Barmaley57,

В курcах что в столетнем механизме 1 получатель сообщения?
И подписка на каждый вид события в каждом экземпляре это 8 байт?
Ну и в результате получаем такую же ситуацию наоборот - если подписчик разрушен раньше посылающего, получаем такой же эксепшен.

zedxxx,

Weak решают одну из проблем автоосвобождения, за которое здесь многие топят, рассматриваемую проблему зависших ссылок никак не решает.

zedxxx,

Почему МНЕ не подходит автоосвобождение через интерфейсы и подсчет ссылок -
я уже объяснял в ответе Гаджимурадову Рустаму,

Опять меня считают нубом-невежей.
Кому подходит автоосвобождение - пусть лечат его недостатки Weak.

Согласен, упомянул о них в общей куче.
Они мне по любому не подошли бы, потому что работают только со ссылками интерфейсами, а интерфейсы слишком прожорливы.
Что там под капотом [weak] я не смотрел, но представляю сколько там должно быть дополнительной работы и памяти.

Barmaley57,

Kazantsev Alexey
swame2
В курcах что в столетнем механизме 1 получатель сообщения?

Полагаю, речь не о событиях, а о FreeNotification.

Это вообще ужас. Там внутри лист подписчиков. Лет 15 назад ровно такой механизм втихую вкосячил в объекты один знаток "типовых решений" для решения одной очень локальной проблемы. И я разбирался, почему расход памяти вырос на треть, а документ стал закрываться по 3 секунды вместо нескольких десятков миллисекунд.

>>Верно. И как только несчастная IDE все это время работает с компонентами?!))

Так зашибись работает, что обычная форма на сотню компонент открывается в дизантайме на моем компе с Ryzen 3600 по несколько секунд.
Это для вас незнакомая картина?
А в моих документах аналогичных графических компонентов от сотни до сотен тысяч.