Ооп Без Буквы О

Надеюсь, опубликованные в этой статье материалы не покажутся слишком очевидными или попыткой оскорбить чувства «верующих», и уж точно никто не воспримет название статьи слишком буквально как «ориентированное программирование».

В любом случае, эта статья – попытка поделиться личным опытом, а не пропаганда моей точки зрения.

Немного предыстории: я человек консервативный, все перемены принимаю в штыки, но если преимущества очевидны, то, остыв, стараюсь привыкнуть к «нововведению».

Так было с ООП, когда я столкнулся с ним в процессе изучения PHP. Поначалу я воспринимал классы и создание объектов как чистый накладной труд (и не сказать, что это была ошибка), но в процессе знакомства "структура" и "порядок", которые давало ООП, сделали меня религиозный фанатик ООП (и MVC, но не сейчас).

Примерно в это же время я сменил работу и попал в команду разработчиков, где многофункциональный портал компании был написан на чистом PHP (без использования фреймворков), и каждый старался изо всех сил.

Конечно, там были разработчики высокого уровня, но времени на рефакторинг существующего кода им давали очень мало; большая часть времени ушла на расширение функционала, а уж тем более об изменении структуры или переписывании всего с нуля речи не шло.

Были и примеры «плохого ООП», например, в клиентском коде (что-то вроде контроллера, если проводить аналогию с MVC) абсолютно все объекты, которые будут использоваться в коде, были созданы в самом начале ( они тоже были предварительно включены, без всякой надежды на автозагрузчик), и что немаловажно, к ним было применено некое подобие шаблона делегирования: создавался объект mysqli и присваивался свойству sql каждого объекта.

Можно только представить, сколько ненужных действий тратится впустую и сколько оперативной памяти используется чрезмерно.

Вот мой основной пример:

   

class A{

Теги: #php #веб-разработка #ООП #Разработка сайтов #php #ООП
Вместе с данным постом часто просматривают: