статические классы против синглтона, обычная практика?
Я обычно использую статические классы, такие как:
class Manager {
static $parameter1 = null;
static $parameter2 = null;
public static function return_something () {
return 'param1 : ' . $parameter1;
}
}
в моем коде для параметрических и функциональных классов, таких как менеджеры приложений.
До сих пор я программировал таким образом, потому что это казалось мне логичным, но я решил недавно задаться вопросом, потому что я знаю, что есть также практика программирования, подобная Синглтону.
В любом случае я всегда был вовлечен в маленький проекты на себя, так что я изо всех сил пытаюсь ответить на это чудо:
Является ли хорошей практикой использование статических классов для параметрических объектов? Или я должен переключиться на программирование Singleton?
Я просматривал уже заданные вопросы, но не смог
найди мое золото. Ответы на все уже заданные сообщения
потокобезопасный уровень. Как насчет выступлений (как память, так и скорость)
?Или по вашему мнению и вашему опыту в крупных проектах, которые
Стратегия, кажется, повышает производительность кода?
Решение
Насколько я вижу, это может быть один интересный способ написания программы, и все, что имеет значение для проекта, если в проекте участвует много людей, то они должны быть осведомлены или знакомы с вашими нормами кодирования, иначе они будут сбиты с толку. Разве общая концепция ООП не является просто набором правил, делающих кодирование сложным и интересным?
принять этот сценарий «ЕСЛИ»
if(a == true){
}
else{
}
или же
(a == true)?'matched':'else'
оба одинаковы, но мне посоветовали использовать первый сценарий, поскольку он сделает кодирование удобным для чтения или понимания для других.
+1 для чего-то другого.
Другие решения
Других решений пока нет …