Реализация паттернов ООП в PHP

Паттерн проектирования - это часто встречающееся решение конкретной проблемы при проектировании архитектуры программ. Его нельзя просто взять и скопировать, но можно принять за основу и перестроить под свои нужды. Это не только сэкономит вам время и силы, но и позволит использовать проверенные практикой решения, что способно улучшить результат вашей работы.
Приглашаем вас на курсы PHP в учебный центр "Специалист" при МГТУ имени Баумана: www.specialist.ru/dictionary/...

[@mrfriz]

Удивительно, никакого монтажа, спецэффектов и мемов, а только теория и примеры по делу. Зашло лучше, чем все видео об околопаттерновой теме. Спасибо!

[@user-dv9fk1hd3s]

Последний прям "сложна". Синглтон знал, а про Адаптер очень полезно

[@sergioberluskoni9185]

Супер, разобрался наконец то!!!

[@dreenchx]

Да, очень интересно смотрится!

[@simple_lide]

прекрасний семінар, отримав величезне задоволення від перегляду. подача на найвищому рівні!

[@winstonwolf2981]

35:00 :) Потом удивляемся, почему температура на улице +3, а сам сосульки из носа достаешь) P.S. видео огонь, с удовольствием посмотрел. Очень жаль, что больше ничего подобного нет.

[@artem_ib]

37:00 паттерн state - состояние

[@MorgunovVitaly]

По паттерну состояние осталось непонятно - а что происходит с объектами состояний при переходе в другое состояние. Например объект инвойса перешел в состояние Draft а затем в состояние Approve, но что с объектом Draftр он не уничтожается?

[@romankril1640]

Божественний урок!!

[@webmaster3984]

19:00 паттерн Адаптер

[@viv81ster]

А по остальным паттернам есть видео у вас?

[@soversus5374]

В патерне state тоже есть куча ифов )) И код получился более громоздким. ) Реализуйте через switch или через result $stateName ? $this->$stateName() : $this->defaultStateName() ))) Тема не раскрыта, зачем такой костыль. Код ради кода?

[@sebasvalmont]

Вопрос по адаптеру. А не логичнее ли не создавать отдельный класс USWeatherAdapter, который работает по интефейсу WeatherService, а написать, допустим, новый класс WorldWeather, который бы работал по интерфейсу WeatherService, но умел бы работать и с Россией и Америкой? Ведь чтобы сейчас этот код использовать, мы должны заранее в коде знать, по российскому мы городу хотим получить данные, или по американскому., а это неудобно. Не правильнее ли просто запросить данные по городу, и пусть методы сами разбираются, есть у них такой город хоть в каком-то функционале, или нет, и возвращают по нему данные, если найдут?

[@user-gs8bs4ql3h]

Могу ошибаться. Но мне кажется, что в таком случае мы смешаем обязанности в WorldWeather. WorldWeather будет в таком случае работать и как Адаптер и как агрегатов различных сервисов( американских, российских и т.д.). Мне кажется, в классе-агрегаторе WorldWeather есть смысл, но USWeatherServiceAdapter в нем нам тоже пригодится, чтобы был единый интерфейс работы со всеми сервисами. Т. е. чтобы мы в классе WorldWeather не решали задачу, что нам нужно переводить температуру из одной единицы измерения в другую. Просто в ролике автор пытается рассказать смысл именно паттерна Adapter, поэтому о дополнительных возможных не упоминал.

[@user-uf8tc4vg5r]

На видео 28.06.2019 Сейчас 29.06.2019 Мне потребовалось чуть больше года, чтобы найти этот хороший ролик. С запозданием говорю спасибо автору)

[@anatoliypoliakov2290]

год?

[@iliabutenko3098]

Не очень понятный пример с состоянием. Много вопросов возникает к его реализации.

[@igoraleksandrovich1498]

State слишком сложно.