Один длинный класс или много более коротких классов?
В PHP, там какое-либо влияние производительности на использование одного длинного класса с большим количеством функций в нем? Или действительно ли желательно использовать много маленьких классов и назвать их отдельно при необходимости?
Я - новичок в OOPS и проигнорируйте любую глупость в вопросе. Спасибо.
5 ответов
Желательно не думать о производительности до того, как вы получите код. С точки зрения удобства обслуживания и понятности, конечно, превосходят меньшие по размеру классы, с меньшими по размеру методами. (см. The Single Responsibility Principle)
Когда нужно оптимизировать, можно действительно собрать (автоматически) весь свой код в один большой файл и сэкономить время на include-s.
.В целом, люди склонны создавать слишком большие и сложные классы - это потому, что часто трудно увидеть, где лежат границы когезии. Поэтому, когда вы начинаете и немного не уверены, лучше ошибиться, сделав их слишком маленькими: вы всегда можете объединить более мелкие классы в более крупные... часто гораздо сложнее перевести большой класс в несколько мелких.
.Лично для себя я бы предпочёл разбивать классы на более мелкие файлы, основываясь на том, для чего они нужны. Если это бизнес-объекты, то предпочтительнее иметь 'customer.class.php' 'account.class.php' и т.д.
В большинстве проектов, над которыми я работал, это было именно так, тогда более крупный 'lib' или 'общий' файл, включающий множество различных функций, которые используются повсюду.
.Во-первых, подумай о чистой конструкции ООП.
Очень длинные классы с большим количеством методов и свойств очень трудно понять.
Набор хорошо разработанных классов с осмысленными именами классов, именами методов и переменных очень легко понять, особенно когда речь идет о периоде обслуживания.
Вы можете и должны помещать вещи в один и тот же класс, если они напрямую связаны с логикой создаваемого класса. Размер класса мало что значит, если следовать концепциям ООП.