Здравствуйте, ·, Вы писали:

.> ... спец-поддержку в ЯП... из пушки по воробьям.

property уже есть. Там где они почти не нужны, пишут так: int MyProperty{get;set;}
Но на практике многие используют и разные кастомные. Возможно, лучше это делать через макросы(SG), чтобы не жаловались, что слишком много фич в стандарте самого языка. Но эти SG хорошо бы еще допилить — то что есть это только начало.

Но непонятно: они они уже выкатили новую фичу с field (по ссылке выше). Она сокращает всего 1 cтрочку из 10-11. Это действительно "из пушек по воробьям".
Может они на будущее зарезервировали "field" и дальше будут не спеша, годами что-то еще прикручивать?

S_S>>Нужно везде где надо что-то инвалидировать или одним вызовом Invalidate(), или с кастомными действиями.
·>По-моему, это не самый продуктивный подход к UI.

Более продуктивный подход — это просто писать HTML/XAML и не заморачиваться. Реактивное поведение уже встроено в движок браузера. Но разработчикам движка пришлось заморачиваться.

S_S>>И инициализировать/деинициализировать при подключении объекта через проперти obj1.Prop = obj2; .
·>А через метод просто? obj1.connect(obj2)? Зачем тут проперти?

И еще GetConnectedObject(), и еще поле. Property это просто удобный синтаксический сахар для этих 3 деклараций Get,Set, field. Но сейчас это занимает 11 строк, а на SourceGenerators получается в 3 строчки.