Стандартный обработчик, который занимается логированием также зарегистрирован, у него более низкий приоритет.
Конечно, в классе App\Core\EventListener\ExceptionListener лучше бы обозначить метод exceptionFormatConverter, и определить его тегом kernel.event_listener, чтобы было нагляднее назначение созданного преобразователя ошибок.
Посоветуйте, пожалуйста, литературу по рекомендательным системам. Встречал практические рекомендации в книге Тоби Сегарна "Программируем коллективный разум". В ней описан базовый подход построения рекомендаций. На практике работает неплохо, но хотелось бы более глубокого погружения.
Если есть несколько различных правил валидации, они могут инкапсулироваться в отдельные классы, а в самой сущности уже определяться стратегия валидирования.
Но я считаю, что вообще не стоит нагромождать
Определите метод cancel(), который будет выполнять проверки внутри сущности и если всё согласовано — менять её состояние.
Метод cancel() Entity управлять своими статусами. Всё это нужно инкапсулировать, ведь для этого есть паттерн "Состояние".
Почему бы не назвать это «проектной работой» и не попробовать опубликовать вакансию на сервисе по типу хедхантера?
По мне так там гораздо больше адекватных исполнителей.
Найдете себе крепкого джуна, убедитесь в адекватности на собеседовании, заключите договор…
А нужно ускорить процесс — найдите ещё одного спеца и организуйте командную работу.
Стандартный обработчик, который занимается логированием также зарегистрирован, у него более низкий приоритет.
Конечно, в классе App\Core\EventListener\ExceptionListener лучше бы обозначить метод exceptionFormatConverter, и определить его тегом kernel.event_listener, чтобы было нагляднее назначение созданного преобразователя ошибок.
App\Core\EventListener\ExceptionListener:tags:
- { name: kernel.event_listener, event: kernel.exception, method: exceptionFormatConverter }
Monolith first - хорошая практика. Если с правильной архитектурой изначально зайти, не нужно будет потом с нуля все заново писать.
Нужно делать международные права.
Все приходит с опытом. Твоя жизнь - череда уроков, следующих друг за другом в идеальной последовательности.
Спасибо за статью!
Посоветуйте, пожалуйста, литературу по рекомендательным системам. Встречал практические рекомендации в книге Тоби Сегарна "Программируем коллективный разум". В ней описан базовый подход построения рекомендаций. На практике работает неплохо, но хотелось бы более глубокого погружения.
Если есть несколько различных правил валидации, они могут инкапсулироваться в отдельные классы, а в самой сущности уже определяться стратегия валидирования.
Но я считаю, что вообще не стоит нагромождать
Метод cancel() Entity управлять своими статусами. Всё это нужно инкапсулировать, ведь для этого есть паттерн "Состояние".
резинка - лучшая профилактика :)
По мне так там гораздо больше адекватных исполнителей.
Найдете себе крепкого джуна, убедитесь в адекватности на собеседовании, заключите договор…
А нужно ускорить процесс — найдите ещё одного спеца и организуйте командную работу.
По мне так уже вторая чашка кофе — лишнее.
А третья — это уже тяжелый случай.
Уж лучше чаи гонять.