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

.>> ... спец-поддержку в ЯП... из пушки по воробьям.
S_S>property уже есть. Там где они почти не нужны, пишут так: int MyProperty{get;set;}
Насколько оно оправдано, тоже неясно. Такое чувство, что для VB-программистов модную штуку перетащили.

S_S>Но на практике многие используют и разные кастомные. Возможно, лучше это делать через макросы(SG), чтобы не жаловались, что слишком много фич в стандарте самого языка. Но эти SG хорошо бы еще допилить — то что есть это только начало.
По моему опыту полезнее кажется flent-builder+immutable структуры, и тут лучше работает кодогенерация.

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

S_S>·>По-моему, это не самый продуктивный подход к UI.
S_S>Более продуктивный подход — это просто писать HTML/XAML и не заморачиваться. Реактивное поведение уже встроено в движок браузера. Но разработчикам движка пришлось заморачиваться.
Дык HTML с кодом надо как-то стыковать, в любом случае.

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

S_S> Property это просто удобный синтаксический сахар для этих 3 деклараций Get,Set, field. Но сейчас это занимает 11 строк, а на SourceGenerators получается в 3 строчки.
IDE этот сахар может рисовать-писать сама. Спорно, что требуется в самом яп.