Size: a a a

2020 July 08

ПГ

Павел Г. in Laravel Pro
Mikhail Ivanov
Есть такая книга у Мартина)
Ну ок, это набор понятий и принципов  из этой книги)
источник

MI

Mikhail Ivanov in Laravel Pro
Да, что-то есть, только слои отличаются)
источник

ПГ

Павел Г. in Laravel Pro
Оличный коммент на хабре в статье про гексогональную архитектуру)
источник

MI

Mikhail Ivanov in Laravel Pro
NoMad42
кстати, как можно обыграть такой момент в DI контейнере?
В контексте приведённого примера рано пока про чистую архитектуру говорить)
источник

N

NoMad42 in Laravel Pro
Mikhail Ivanov
В контексте приведённого примера рано пока про чистую архитектуру говорить)
ну харе, я понял что плохой пример и думал в неправильном направлении)
источник

MI

Mikhail Ivanov in Laravel Pro
имхо как раз поддержка такой системы проще, но на этапе создания, когда бизнесу надо вчера/asap - нет другого варианта, кроме как говнокодить)
источник

MI

Mikhail Ivanov in Laravel Pro
NoMad42
ну харе, я понял что плохой пример и думал в неправильном направлении)
да я ж без шейма) наоборот, молодец, что спросил, а не выкатил такое в прод на радость потомкам)
источник

MI

Mikhail Ivanov in Laravel Pro
ну бывает всякое) но когда у тебя код логически разнесён по слоям - изменить направление проще, чем когда у тебя всё свалено в огромную кучу, в которой хер пойми что вообще происходит и любое необдуманное действие может так поаффектить на систему, что потом дебажить замахаешься)
источник

N

NoMad42 in Laravel Pro
Кстати. так как определил что сервисы это место средоточия бизнесс логики, да и логики вообще, возникает вопрос о том что собой представляют собой сервис провайдеры. В моем видении сейчас это нечто между сервисом и DI контейнером которое позволяет более тонко за инжектить инстанс сервиса с какой-либо доп логикой нежели стандартный AutoWire на рефлексии.
источник

MI

Mikhail Ivanov in Laravel Pro
в сервис-провайдерах ты определяешь правила инстанцирования сервисов в Container - какие синглтонами, какие нет, какие динамически, какие нет итд.
источник

ПГ

Павел Г. in Laravel Pro
NoMad42
Кстати. так как определил что сервисы это место средоточия бизнесс логики, да и логики вообще, возникает вопрос о том что собой представляют собой сервис провайдеры. В моем видении сейчас это нечто между сервисом и DI контейнером которое позволяет более тонко за инжектить инстанс сервиса с какой-либо доп логикой нежели стандартный AutoWire на рефлексии.
Сервис провайдер - это апликейшен слой,  но могу ошибаться) Он не относится к сервисам и бизнес логики. Это логика приложения, логика фреймворка. Сервис провайдер находится над DI контенйером а не между DI и сервисом.
источник

ПГ

Павел Г. in Laravel Pro
По сути сервис-провайдер это паттерн стратегия для DI контейнера
источник

D

DK in Laravel Pro
https://www.youtube.com/watch?v=6tL1XOywgUc я оставлю это здесь, мало ли
YouTube
Грамотное ООП: организация надёжной бизнес-логики / Дмитрий Елисеев (ElisDN)
Приглашаем на PHP Russia 2020!
27 ноября, Москва, Инфопространство
Подробности и билеты https://bit.ly/2VyDUZb
---------
Профессиональная конференция для PHP-разработчиков
PHP Russia 2019

Презентация и тезисы:
https://phprussia.ru/2019/abstracts/5114

Все мы читали про объектно-ориентированное программирование и проектирование абстрактных типов данных, но мало кто из нас использует их по назначению. И бизнес-логику проектировать и тестировать получается не у всех. Почему-то вместо красивого кода образуется переплетение вызовов, и загромождаются контроллеры.

Вместе мы научимся раскладывать весь этот код по местам. Потренируемся в объектно-ориентированной декомпозиции для грамотного проектирования сущностей по обязанностям. Научимся сочинять ко всему этому быстрые, удобные и надёжные юнит-тесты.

Как производить отделение UI от бизнес-логики, чтобы не было протечек слоёв в MVC. Научимся создавать агрегаты для сущностей предметной области для соблюдения инварианта. Какие проверки поместить в сущность, а какие…
источник

А

Антон in Laravel Pro
DK
https://www.youtube.com/watch?v=6tL1XOywgUc я оставлю это здесь, мало ли
YouTube
Грамотное ООП: организация надёжной бизнес-логики / Дмитрий Елисеев (ElisDN)
Приглашаем на PHP Russia 2020!
27 ноября, Москва, Инфопространство
Подробности и билеты https://bit.ly/2VyDUZb
---------
Профессиональная конференция для PHP-разработчиков
PHP Russia 2019

Презентация и тезисы:
https://phprussia.ru/2019/abstracts/5114

Все мы читали про объектно-ориентированное программирование и проектирование абстрактных типов данных, но мало кто из нас использует их по назначению. И бизнес-логику проектировать и тестировать получается не у всех. Почему-то вместо красивого кода образуется переплетение вызовов, и загромождаются контроллеры.

Вместе мы научимся раскладывать весь этот код по местам. Потренируемся в объектно-ориентированной декомпозиции для грамотного проектирования сущностей по обязанностям. Научимся сочинять ко всему этому быстрые, удобные и надёжные юнит-тесты.

Как производить отделение UI от бизнес-логики, чтобы не было протечек слоёв в MVC. Научимся создавать агрегаты для сущностей предметной области для соблюдения инварианта. Какие проверки поместить в сущность, а какие…
Насрал и ушёл. Убери.
источник

ПГ

Павел Г. in Laravel Pro
Антон
Насрал и ушёл. Убери.
Вполне норм видео
источник

SP

Sergei P in Laravel Pro
Всем привет. Только начинаю работать с Laravel. Подскажите средства для быстрого развертывания админки в стиле CRUD
Рассматриваю пока Admin Architect, но может есть получше решения?
источник

MD

Maksym Dundiy in Laravel Pro
Вояджер мб
источник

ДК

Дмитрий Кожанов... in Laravel Pro
Sergei P
Всем привет. Только начинаю работать с Laravel. Подскажите средства для быстрого развертывания админки в стиле CRUD
Рассматриваю пока Admin Architect, но может есть получше решения?
Laravel Nova, Voyager
источник

mc. Валерий Альберто... in Laravel Pro
Sergei P
Всем привет. Только начинаю работать с Laravel. Подскажите средства для быстрого развертывания админки в стиле CRUD
Рассматриваю пока Admin Architect, но может есть получше решения?
laravel backpack
источник

mc. Валерий Альберто... in Laravel Pro
nova платная, если по хорошему
источник