Позвольте задать вам несколько прямых вопросов:
› Вы когда-нибудь возвращались через год к старому приложению, чтобы добавить новые функции?
› Вы когда-нибудь попадали в ловушку, создавая слишком много отношений между вашими классами, и не помните почему?
› Бывали ли у вас такие ситуации? когда-нибудь был менеджер или клиент, который просил вас реорганизовать какой-то код с сумасшедшими функциями?
Если вы столкнулись с каким-либо из этих сценариев или хотите избежать их в будущем, прочитайте этот пост:
Почему предпочтение отдается композиции, а не наследованию [пример на PHP]?
Нажмите здесь, чтобы прочитать это сейчас.
Тревор — веб-разработчик-фрилансер из Южной Африки, он занимается этим некоторое время, и его клиенты любят его.
Он, как и все мы, очень рад работать над удивительными проектами и радовать владельцев бизнеса своего города.
Он имеет время это жизнь.
Пока тот клиент не вернулся и не захотел, чтобы Тревор обновил веб-приложение, над которым он работал год назад.
Веб-приложение работает просто отлично, проблема в том, что оно было разработано только для выполнения определенных задач, и теперь владелец бизнеса решил, что ему нужно больше функций, больше данных и больше продаж.
Я, Тревор и, я уверен, вы уже пережили этот кошмар или скоро его испытаете.
Необходимость редактировать код, добавлять условия там, где их быть не должно, добавлять наследования тут и там и многое другое.
Написание масштабируемого и надежного кода, который требует минимального обслуживания и не нуждается в разборке каждый раз, когда выходит обновление, является обязанностью каждого веб-разработчика, но с ним также интересно работать и приятно хранить.
В этом посте вы увидите, как это сделать, изучите концепцию композиции и как избежать усложнения ваших занятий.
#Php #Oop #ObjectOrientedProgramming #CompositionOverInheritance #StrategyPattern
