Мадженто в свое время задавала тренд, сейчас многие решения устарели и стали антипаттернами. Но когда маджента делала активрекорд, остальной мир конкатенировал запросы и совал в mysql_query()

Мадженто в свое время задавала тренд, сейчас многие решения устарели и стали антипаттернами. Но когда маджента делала активрекорд, остальной мир конкатенировал запросы и совал в mysql_query()

иллюзия

тогда зачем это наследование еще более непонятно

Ну, я тут не буду объяснять, зачем в мадженте что.

Ну, я тут не буду объяснять, зачем в мадженте что.

где интерфейс то?

я не нашел

иллюзия

Покаж свой код с 2008 года

"тренды" не могут внезапно стать "антипаттернами". Тем более когда мы говорим о чем-то чему меньше 10-ти лет

я не нашел

Я не говорил, что он там есть. Я гипотетический пример привел.

другое дело "я 10 лет назад не умел а сейчас умею по другому"

Но вам нужна конкретная реализация, что само по себе забавно.

Я не говорил, что он там есть. Я гипотетический пример привел.

ну вот когда будет конкретика тогда и будем строить абстракции

ты не можешь "обобщать" не зная вариаций

"тренды" не могут внезапно стать "антипаттернами". Тем более когда мы говорим о чем-то чему меньше 10-ти лет

ActiveRecord же

ActiveRecord же

ActiveRecord не антипаттерн. И появился он не в магенте и популярным стал не за счет нее

Покаж свой код с 2008 года

уже тогда был yii и первая симфони

это вполне себе неплохое решение которое жертвует SRP в угоду простоты data-centric приложений коих большинство

вот только ecommerce солюшены не являются data-centric приложениями

и в контексте оных - это антипаттерн

а CQRS/ES были известны с 2004-ого

например

да и дата мэппер запилить простенький (не универсальный) - это не сложно

а так AR стал популярен за счет DHH и его рельсов с бэкскэмпами. Только руби не пхп, там можно делать чуть более интересные штуки

ну вот возьмем буквально соседние файлы https://github.com/magento/magento2/blob/develop/app/code/Magento/Customer/Model/AuthenticationInterface.php интерфейс для авторизации и блокировки при неправильном вводе или еще зачем-то и конкретная реализация https://github.com/magento/magento2/blob/develop/app/code/Magento/Customer/Model/Authentication.php стратегия которой блокировка при неправильном вводе в течение какого-то времени

магенту по сути это тот же битрикс только с закосом в другую сторону

при этом узнать об этом из имени класса или хотя бы описания к нему я не могу

и везде эти синглтоны блин

]\Magento\Framework\App\ObjectManager::getInstance()->get(CustomerAuthUpdate::class);]

вроде ж столько всего в конструктор пихается, в чем проблема все уже инъектить

мб недорефакторили)

мы тут недавно со знакомым на курилке беседу интересную завели начав с фразы "почему-то в проектах где используется сингелтоны редко бывает так что у тебя он только один"

мол в spring большая часть сервисов как бы стэйтфул но почему-то по дфеолту оно все делается сингелтором в контейнере

при том что в спринге у тебя при инициализации контейнера все инициализируется

и как бы сократилось потребление памяти если бы по дефолту прототипами фигачить, инстанцируя только по необходимости

и почему так никто не делает, почему так по дефолту?

часть сервисов как бы стэйтлесс*

ну или еще вот https://github.com/magento/magento2/blob/develop/app/code/Magento/Customer/Model/EmailNotificationInterface.php не буду даже критиковать сам этот интерфейс, но вот реализация https://github.com/magento/magento2/blob/develop/app/code/Magento/Customer/Model/EmailNotification.php в которую все равно прокидывается абстрактный транспорт, что тут можно расширять\заменять и зачем решительно неясно

хохо

бля пытался найти кнопку чтобы удалить, а это другой канал)

@f3ath тут @ExileeD говорит, что его @yetanotherstatsbot могет со спамом бороться

мол в spring большая часть сервисов как бы стэйтфул но почему-то по дфеолту оно все делается сингелтором в контейнере

хз в спринге довольно удобно анотации

при том что в спринге у тебя при инициализации контейнера все инициализируется

если инициализировать это "по необходимости" тогда все ошибки в конфигурации будут всплывать не сразу при инициализации, а хрен знает когда, когда будет вызван сервис. а это дни, недели..

если нужно lazy, то помечай свои бины как lazy и все

в принципе одним lazy можно отключить целый модуль, т.к если сервисы зависимые используются только в lazy сервисе, то инициализированы они тоже будут не сразу

ну и плюс на каждый "lazy" сервис это будет отдельная прокся

что не есть кул

бля пытался найти кнопку чтобы удалить, а это другой канал)

теперь тот

Это класс, который принимает некие аргументы, генерирует исключение и возвращает тебе?

Можно генерацию исключения вынести в отдельную команду(не про консоль речь)

А много их?

Ну по файлам я б раскидал

а почему нужна фабрика?

почему не создать для каждого исключения класс, который будет расширять \Exception?

Так и будет

вынеси анализатор в сервис

или у тебя уникальный анализ для каждого исключения?

Прост юбочки нра

а как ты создаешь кастомное исключение? перехватываешь обычное, анализиируешь текст и создаешь?

Я для этого сеттеры пишу, чтоб в чейне делать

Там в перехвате

А перехват как?

Биндом?

Чет не пойму. А что фабрика - это моветон?

Мож тебе Creator?

Или он только для 1 класса?

Тебе же инстансы исключений нужны?

Расширение фабрики для новых обьектов часто затруднительно.

А че у тебя?

В конструкторе

protected $error; public function __construct($error) { $this->error = $error; parent::__construct(); } Типа того че то