DS
Для контейнера очень удобно было бы )
Что удобного?
Size: a a a
2020 March 26
А
Что удобного?
Не надо отдельный конфиг под эти сервисы
DS
Не надо отдельный конфиг под эти сервисы
Надо, контейнер не знает, когда новый риквест начался
А
Надо, контейнер не знает, когда новый риквест начался
Причем тут это?
DS
Причем тут это?
Ну ты ж для сброса хочешь под рр?
А
Я про этап раскладывания по контейнерам
А
То, что без интерфейса, то в сбрасываемый, что с интерфейсом - в вечный
А
А на сброс вроде ты уже рубильник ресетэйбл сделал
DS
То, что без интерфейса, то в сбрасываемый, что с интерфейсом - в вечный
Ну, это чисто справочная инфа, в комментах писать или пхпдок
А
Ну, это чисто справочная инфа, в комментах писать или пхпдок
Интерфейс - отличный маркер. Хотя... Подойдёт только для финальных сервисов
DS
Интерфейс - отличный маркер. Хотя... Подойдёт только для финальных сервисов
Интерфейсы-маркеры - это антипаттерн)
А
Почему
DS
Потому что он для этого не предназначен, интерфейс не должен быть пустым. Ну и плюс в наследниках может измениться ситуация.
DS
Интерфейс - отличный маркер. Хотя... Подойдёт только для финальных сервисов
Плюс для сторонних пакетов это не работает
DS
Можно разве что сделать ServiceInterface с методом getType(), который будет возвражать тип stateless|stateful. Но опять же со сторонними сервисами не прокатит.
AM
То, что без интерфейса, то в сбрасываемый, что с интерфейсом - в вечный
Контейнер не должен навязывать какие-либо интерфейсы сервисам.
NO
Исключение должно быть при ошибке. Некорректный урл это нормальная ситуация) Не ошибка.
Д
Исключение должно быть при ошибке. Некорректный урл это нормальная ситуация) Не ошибка.
Зависит от контекста
Д
Ты про какой?
NO
404 не должно быть исключением.