DS
или юзать WeakReference
Что ты имеешт в виду под WeakReference
Size: a a a
2020 March 18
DS
А новый пересозданный объект как туда попадет?
А
зацени: у нас есть безстейтовые сервисы. Они по определению не захавают и не сохранят объекты из Resetable контейнера.
Ты предлагаешь Resetable объекты, тогда они должны будут лежать в контейнере наравне со стейтлесс сервисами.
Ты предлагаешь Resetable объекты, тогда они должны будут лежать в контейнере наравне со стейтлесс сервисами.
А
А новый пересозданный объект как туда попадет?
вместо старого
AM
Не понимаю, каким тут боком weak reference.
А
Не понимаю, каким тут боком weak reference.
чтобы не ресетить вручную )
AM
пример покажи на 3v4
DS
Вот этот пр посмотри https://github.com/yiisoft/yii-debug/pull/40/files
там DebuggerIdGenerator должен быть рисетейбл и сбрасываться при новом запросе
там DebuggerIdGenerator должен быть рисетейбл и сбрасываться при новом запросе
А
когда приложение отработает, то не должно остаться ссылок на временные объекты. Они вычистятся автоматически
DS
когда приложение отработает, то не должно остаться ссылок на временные объекты. Они вычистятся автоматически
А новые туда не поставятся вместо них
А
А новые туда не поставятся вместо них
почему?
А
при запросе поставятся
DS
почему?
Смотри пр
А
а, это тот слуай с дебагер-ид?
DS
Если DebuggerIdGenerator сделать слабую ссылку, то он просто станет нул при следующем запросе, а надо чтобы он перегенирил айди
DS
а, это тот слуай с дебагер-ид?
Да, я его вынес в отдельный класс, чтобы сделать дебагер и его сторедж без состояния
А
Если DebuggerIdGenerator сделать слабую ссылку, то он просто станет нул при следующем запросе, а надо чтобы он перегенирил айди
так внутри контейнера если null, то создаёшь новый
DS
так внутри контейнера если null, то создаёшь новый
А объекты Debugger и FileStorage не пересоздаются, в них будет ссылка на старый DebuggerIdGenerator
А
сейчас лучше сделать Resetable, но не надо отбрасывать мысль попробовать слабые ссылки. Можно считать это концептом