Сообщение Re[14]: [C#] горшочек, не вари от 09.11.2024 11:47
Изменено 09.11.2024 11:58 Silver_S
Re[14]: [C#] горшочек, не вари
Здравствуйте, ·, Вы писали:
.> ... спец-поддержку в ЯП... из пушки по воробьям.
property уже есть. Там где они почти не нужны, пишут так: int MyProperty{get;set;}
Но на практике многие используют и разные кастомные. Возможно, лучше это делать через макросы(SG), чтобы не жаловались, что слишком много фич в стандарте самого языка. Но эти SG хорошо бы еще допилить — то что есть это только начало.
S_S>>Нужно везде где надо что-то инвалидировать или одним вызовом Invalidate(), или с кастомными действиями.
·>По-моему, это не самый продуктивный подход к UI.
Более продуктивный подход — это просто писать HTML/XAML и не заморачиваться. Реактивное поведение уже встроено в движок браузера. Но разработчикам движка пришлось заморачиваться.
S_S>>И инициализировать/деинициализировать при подключении объекта через проперти obj1.Prop = obj2; .
·>А через метод просто? obj1.connect(obj2)? Зачем тут проперти?
И еще GetConnectedObject(), и еще поле. Property это просто удобный синтаксический сахар для этих 3 деклараций Get,Set, field. Но сейчас это занимает 11 строк, а на SourceGenerators получается в 3 строчки.
.> ... спец-поддержку в ЯП... из пушки по воробьям.
property уже есть. Там где они почти не нужны, пишут так: int MyProperty{get;set;}
Но на практике многие используют и разные кастомные. Возможно, лучше это делать через макросы(SG), чтобы не жаловались, что слишком много фич в стандарте самого языка. Но эти SG хорошо бы еще допилить — то что есть это только начало.
S_S>>Нужно везде где надо что-то инвалидировать или одним вызовом Invalidate(), или с кастомными действиями.
·>По-моему, это не самый продуктивный подход к UI.
Более продуктивный подход — это просто писать HTML/XAML и не заморачиваться. Реактивное поведение уже встроено в движок браузера. Но разработчикам движка пришлось заморачиваться.
S_S>>И инициализировать/деинициализировать при подключении объекта через проперти obj1.Prop = obj2; .
·>А через метод просто? obj1.connect(obj2)? Зачем тут проперти?
И еще GetConnectedObject(), и еще поле. Property это просто удобный синтаксический сахар для этих 3 деклараций Get,Set, field. Но сейчас это занимает 11 строк, а на SourceGenerators получается в 3 строчки.
Re[14]: [C#] горшочек, не вари
Здравствуйте, ·, Вы писали:
.> ... спец-поддержку в ЯП... из пушки по воробьям.
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 строчки.
.> ... спец-поддержку в ЯП... из пушки по воробьям.
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 строчки.