SOLID. Dependency Inversion в Laravel на примере паттерна Адаптер. Переименуйте, ведь куда больше людей ищут информацию о SOLID чем о каком-то конкретном паттерне. P.S. используй сразу название класса в конфиге, резолвить его можно без Switch. Таким образом убьёшь еще и Open closed principle (буква O в SOLID). Но так 9 из 10, молодец, очень правильно всё рассказал.
Виктор, спасибо вам за ваш труд. Особенно радует то, что вы постепенно избавляетесь от ваших слов-паразитов - "по сути", "собственно", "согласны?", "да?", "конечно же" и пр. Вы не поверите, но то, что вы очищаете вашу речь, в самом деле, делает уроки более привлекательными. Ну, и не воспринимайте как ерничество или насмешку, а только как критическое замечание - избавьтесь от "сервАйс", "артИсан" и прочих "неправильно-ударенных" слов. Режет слух, чесссслова) ну и, (с) "опять же", еще раз спасибо за уроки.
Так вроде всё верно, но вот тот момент, что нужно вручную прописывать в config/service.php каждый раз выбор адаптера, такой себе подход, это не реализуемо на практике если на рабочем проекте например, магазине, одновременно есть апи как 1С так и CRM
Просто ВАУ! Очень нехватает таких уроков по паттернам в Laravel! Объясняете очень понятно, хотелось от вас увидеть также реализацию Strategy, Abstract Factory, Factory Method, Composite... Ну вот эти самые популярные)) У меня один вопрос только по уроку - вот вы вручную меняли параметр конфигурации, а в провайдерах обращались к нему через параметр $app. А как в таком случае, например из обычного сервиса обратиться к этому параметру? Если мы например реализовываем апи, в котором принимаем параметр, указывающий какой формат использовать, этот параметр нам нужно прировнять для config/services - нашего параметра 'users_adapter', чтобы на его основании сработал нужный адаптер. Как в итоге обратиться к config/services['users_adapter'] из сервисов?)
Сделайте видео как разбить проект по директории на ларавель. Например есть проект шопинг. Не используя апп директивы что бы были кастом директивы например папка продуктс и внутри его контроллеры, модели и т.д потом категории и внутри его свои контроллеры, модели и т.д
Виктор, а будет ли серия видео по теме design patterns относительно Ларавеля и планируются ли видео по установке apache php mysql на *nix подобные системы?
в начале видео: if else - это плохо, придется править код, когда будут другие адаптеры в конце видео: а давайте сделаем switch инфoцыгaне, такие инфoцыгaне...
Одно дело использовать if-else и внутри него писать кучу строк кода. И совсем другое, в switch-case просто выбирать класс, что исключает правки, и используется для добавления новых вариантов
вы что очень странное делаете. Так то паттерн адаптер он про интерфейсы, а вы преобразует данные и это скорее транслятор, а для этого, как уже писали, в ларе есть ресурсы, а вот выбором нужного ресурса должна заниматься фабрика...
SOLID. Dependency Inversion в Laravel на примере паттерна Адаптер.
Переименуйте, ведь куда больше людей ищут информацию о SOLID чем о каком-то конкретном паттерне.
P.S. используй сразу название класса в конфиге, резолвить его можно без Switch. Таким образом убьёшь еще и Open closed principle (буква O в SOLID). Но так 9 из 10, молодец, очень правильно всё рассказал.
Виктор, спасибо вам за ваш труд. Особенно радует то, что вы постепенно избавляетесь от ваших слов-паразитов - "по сути", "собственно", "согласны?", "да?", "конечно же" и пр.
Вы не поверите, но то, что вы очищаете вашу речь, в самом деле, делает уроки более привлекательными.
Ну, и не воспринимайте как ерничество или насмешку, а только как критическое замечание - избавьтесь от "сервАйс", "артИсан" и прочих "неправильно-ударенных" слов. Режет слух, чесссслова)
ну и, (с) "опять же", еще раз спасибо за уроки.
Спасибо за комментарий, будем исправляться
Так вроде всё верно, но вот тот момент, что нужно вручную прописывать в config/service.php каждый раз выбор адаптера, такой себе подход, это не реализуемо на практике если на рабочем проекте например, магазине, одновременно есть апи как 1С так и CRM
Просто ВАУ! Очень нехватает таких уроков по паттернам в Laravel! Объясняете очень понятно, хотелось от вас увидеть также реализацию Strategy, Abstract Factory, Factory Method, Composite... Ну вот эти самые популярные))
У меня один вопрос только по уроку - вот вы вручную меняли параметр конфигурации, а в провайдерах обращались к нему через параметр $app. А как в таком случае, например из обычного сервиса обратиться к этому параметру? Если мы например реализовываем апи, в котором принимаем параметр, указывающий какой формат использовать, этот параметр нам нужно прировнять для config/services - нашего параметра 'users_adapter', чтобы на его основании сработал нужный адаптер. Как в итоге обратиться к config/services['users_adapter'] из сервисов?)
Сделайте видео как разбить проект по директории на ларавель. Например есть проект шопинг. Не используя апп директивы что бы были кастом директивы например папка продуктс и внутри его контроллеры, модели и т.д потом категории и внутри его свои контроллеры, модели и т.д
Что то похожее есть уже на канале - это уроки по созданию модульной структуры на Lsravel th-cam.com/video/nkNpEDAF0iQ/w-d-xo.html
будет 9 лара обзор?)
Виктор, а будет ли серия видео по теме design patterns относительно Ларавеля
и планируются ли видео по установке apache php mysql на *nix подобные системы?
Нужно подумать, пока не планировали.
А зачем? Ресурсы же есть
в начале видео: if else - это плохо, придется править код, когда будут другие адаптеры
в конце видео: а давайте сделаем switch
инфoцыгaне, такие инфoцыгaне...
Одно дело использовать if-else и внутри него писать кучу строк кода. И совсем другое, в switch-case просто выбирать класс, что исключает правки, и используется для добавления новых вариантов
вы что очень странное делаете. Так то паттерн адаптер он про интерфейсы, а вы преобразует данные и это скорее транслятор, а для этого, как уже писали, в ларе есть ресурсы, а вот выбором нужного ресурса должна заниматься фабрика...