AM
нужно пробовать
Size: a a a
2020 March 18
А
но для WeakRef контейнера это не прокатит. Точнее это бесполезно делать два WeakReference
DS
это безстейтовый вариант для Resetable контейнера и не Resetable генератора
Не, генератор просто в рисетейбл контейнере должен быть, сам он при этом обычный и будет пересоздаваться при каждом запросе
А
ну что-то я не вижу профита от weak reference в этом случае, если честно
профита два
1. нет рубильника
2. можно делать синглтоны+фабрика одновременно (в текущей реализации контейнера)
1. нет рубильника
reset()2. можно делать синглтоны+фабрика одновременно (в текущей реализации контейнера)
А
Не, генератор просто в рисетейбл контейнере должен быть, сам он при этом обычный и будет пересоздаваться при каждом запросе
ну ровно то, что я и написал ,вроде
А
безстейтовый вариант дебаггера
DS
ну ровно то, что я и написал ,вроде
а да, я
не провтыкал)А
нужно пробовать
можно отдельный контейнер сделать, но ничего не подвязывать на него. Просто чтобы был как новшество
А
польза со временем всплывёт
А
либо сделать WeakReferenceDefinitoin для текущего DI
DS
AM
implements Resetable...
А
а дебаггер уже и так напрямую зависит от Yii/DI?
AM
а если мне надо юзануть third-party зависимость со стейтом?
DS
а дебаггер уже и так напрямую зависит от Yii/DI?
Resetable надо вынести в отдельный пакет, я думаю
А
Resetable надо вынести в отдельный пакет, я думаю
вот всплыл претендент на yiisoft/contracts :D
DS
а если мне надо юзануть third-party зависимость со стейтом?
Значит придется делать так, чтобы ее нигде не хранить в безстейтовых объектах
AM
безстейтовые объекты должны быть без стейта
AM
если они решили скушать стейт, они должны принимать его аргументом метода-действия, а не в конструкторе
AM
если в зависимости stateless сервиса просочился state, всё - он stateful