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

[@mrfriz]

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

[@Комедиявдеталях]

Несколько дней долбился в эти шаблоны. В книге Мэтта Зандстра, в нескольких видеороликах на Ютубе, на Хабре. Только благодаря этой записи я смог понять. У Вас талант. Спасибо. Надеюсь, найду у Вас на канале видео и по другим шаблонам

[@СергейПресняков-о4р]

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

[@simple_lide]

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

[@dreenchx]

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

[@sergioberluskoni9185]

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

[@romankril1640]

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

[@winstonwolf2981]

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

[@artem_ib]

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

[@ВалерийЕрослаев]

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

[@anatoliypoliakov2290]

год?

[@webmaster3984]

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

[@MorgunovVitaly]

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

[@soversus5374]

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

[@viv81ster]

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

[@sebasvalmont]

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

[@ОлегШошин-п7х]

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

[@iliabutenko3098]

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

[@igoraleksandrovich1498]

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