MS
…и ходить по лесу для время итерации.
Size: a a a
2020 November 18
MS
Ха-ха, ходить по лесу это всегда хорошая идея.
АК
Нет, постить самоотписки в очередь событий, а если нужна какая-то фабрика делать её отдельным узлом дерева и обновлять до входа в оповещение
Аага..
АК
Нет, постить самоотписки в очередь событий, а если нужна какая-то фабрика делать её отдельным узлом дерева и обновлять до входа в оповещение
Правда про фабрику не понял
d
Мда, локфри это ужасно
CD
Да события в многопотоке это ужасно
CD
Правда про фабрику не понял
Делать конфигурацию оповещений как можно более статической. Если в каком-то месте могут добавляться/удаляться сущности по оповещению, делать отдельный узел дерева для них, который не обновляет себя (то есть контроллер узла отдельный узел)
MS
Да чо ужасного то.
MS
Главное не оверенжинирить.
MS
Делать конфигурацию оповещений как можно более статической. Если в каком-то месте могут добавляться/удаляться сущности по оповещению, делать отдельный узел дерева для них, который не обновляет себя (то есть контроллер узла отдельный узел)
У человека десятки коллбеков, ему и массива хватит.
CD
Правда про фабрику не понял
Заметь, что дерево строится за счёт коллбека-фабрики (вся твоя структура оповещения может быть уложена рекурсивно как элемент в себя)
CD
Там будет условный list<Callable> итераторы которого id для отписки
MS
А чем это лучше массива коллбеков? Не атака, искренний интерес.
MS
Т.е. какие преимущества даёт такой статический лес вместо плоской итерации.
CD
А чем это лучше массива коллбеков? Не атака, искренний интерес.
Массив полиморфных объектов?
MS
Массив полиморфных объектов?
Da.
CD
А в чем смысл если каждый объект аллоцируется
MS
А в чем смысл если каждый объект аллоцируется
Аллоцировать и в аренке можно.
CD
Аллоцировать и в аренке можно.
И придумать массив итераторов списка?
MS
И придумать массив итераторов списка?
Только ещё и локфри! 😁