AM
ну, так и есть
Size: a a a
2020 March 19
AM
это дизайн сервиса
Д
не отказались. Дмитрий топит за то, что некоторые сервисы надо ресетить а не пересоздавать
Тонкости реализации :)
AM
он может быть какой угодно
AM
наш интерфейс 100% никто реализовывать в этом плане не будет
Д
наш интерфейс 100% никто реализовывать в этом плане не будет
Будут, вендоров расширений)
Д
Вендоры*
А
нам нужно тогда разработать интеллегентное АПИ
Resetable контейнер будет проходить по зависимостям и спрашивать "сударь, не соизволите заресетиться самостоятельно или я вас сотру?", а он в ответ "Меня тут отважно юзают из NotResetable контейнера и вы не можете меня стереть, ибо я буду жить"... и в таком духе
Resetable контейнер будет проходить по зависимостям и спрашивать "сударь, не соизволите заресетиться самостоятельно или я вас сотру?", а он в ответ "Меня тут отважно юзают из NotResetable контейнера и вы не можете меня стереть, ибо я буду жить"... и в таком духе
AM
То есть по факту вешаемся на событие или прямо в index.php делаем $container->get('service1')->reset();
$container->get('service2')->refresh(); $container->get('service3')->resetState();
$container->get('service2')->refresh(); $container->get('service3')->resetState();
AM
Если пакет фреймворко-независимый, он не должен делать ничего под конкретный фреймворк.
DS
@yiiliveext никто в здравом уме не будет монтировать себе ресет интерфейс, а кому нужно, тот сделает свой. Фреймворк дальше определенного уровня с точки зрения архитектуры никуда не будет лезть, значит и используется будет в ограниченных местах. Интерфейс ничего не решает, а даже наоборот, ломает циклы работы приложения (пхп приложения)
Никто в здравом уме не будет себе затягивать в проект отдельно френдли-иксепшин. Это надо быть тупым дебилом, чтобы затянуть зависимость на пять строчек. Потому что любая лишняя зависимость - это потенциальная проблема. А Resetable интерфейс никто не будет затягивать отдельно, он будет идти с пакетом. И будет возможность его использовать или нет для сброса стейтфул сервиса, это исключительно опция.
AM
Это задача фреймворка / приложения дёрнуть его метод.
Д
То есть по факту вешаемся на событие или прямо в index.php делаем $container->get('service1')->reset();
$container->get('service2')->refresh(); $container->get('service3')->resetState();
$container->get('service2')->refresh(); $container->get('service3')->resetState();
Почему просто не дропать? Нормальное правило, если выставить это на уровне фреймворка. Дропать контейнер - норм, частично обнулять юзер/вендор сервисы - извращение
AM
Никто в здравом уме не будет себе затягивать в проект отдельно френдли-иксепшин. Это надо быть тупым дебилом, чтобы затянуть зависимость на пять строчек. Потому что любая лишняя зависимость - это потенциальная проблема. А Resetable интерфейс никто не будет затягивать отдельно, он будет идти с пакетом. И будет возможность его использовать или нет для сброса стейтфул сервиса, это исключительно опция.
Ну вот есть у нас 10 пакетов со стейтом. Пара моих, пара Symfony, ещё League, Laminas и просто что-то из packagist.
Д
Сейчас решается проблема, которой нет
AM
Все надо ресетнуть.
AM
Большинство сервисов final.
Д
Сейчас решается проблема, которой нет
3й день)
DS
нам нужно тогда разработать интеллегентное АПИ
Resetable контейнер будет проходить по зависимостям и спрашивать "сударь, не соизволите заресетиться самостоятельно или я вас сотру?", а он в ответ "Меня тут отважно юзают из NotResetable контейнера и вы не можете меня стереть, ибо я буду жить"... и в таком духе
Resetable контейнер будет проходить по зависимостям и спрашивать "сударь, не соизволите заресетиться самостоятельно или я вас сотру?", а он в ответ "Меня тут отважно юзают из NotResetable контейнера и вы не можете меня стереть, ибо я буду жить"... и в таком духе
Оно примерно так и есть в моей реализации, рисетейбл контейнер спрашивает у сервиса, ты умеешь себя сбросить в начально состояние? Если, да то сбрасывает, а если не умеет, то будет пересоздан.
А
Оно примерно так и есть в моей реализации, рисетейбл контейнер спрашивает у сервиса, ты умеешь себя сбросить в начально состояние? Если, да то сбрасывает, а если не умеет, то будет пересоздан.
этого мало )