Информация об изменениях

Сообщение Re[5]: partial methods от 31.10.2024 8:36

Изменено 31.10.2024 10:52 Serginio1

Re[5]: partial methods
Здравствуйте, Codealot, Вы писали:


S>> Ну единственное решение это абстрактный класс.


C>Думаю, можно и другие найти. Опять же, чем плох абстрактный класс?


Тем что виртуальные методы плохи для инлайнинга и избавления от виртуальности VMT
S>> По сути это аналог шаблонов С++, но с интеллисенсе и статической типизацией.

C>И с очень ограниченной областью применения.

Поясни в чем ограниченность? Написать свой Source Generator не можешь?
Распространяй компоненты в исходниках.

Опять же если тебе не нужны partial methods используй абстрактные в чем проблема. Больше инструментов это хорошо!
Re[5]: partial methods
Здравствуйте, Codealot, Вы писали:


S>> Ну единственное решение это абстрактный класс.


C>Думаю, можно и другие найти. Опять же, чем плох абстрактный класс?


Тем что виртуальные методы плохи для инлайнинга и избавления от виртуальности VMT
S>> По сути это аналог шаблонов С++, но с интеллисенсе и статической типизацией.

C>И с очень ограниченной областью применения.

Поясни в чем ограниченность? Написать свой Source Generator не можешь?
Распространяй компоненты в исходниках.

Опять же если тебе не нужны partial methods используй абстрактные в чем проблема. Больше инструментов это хорошо!

Ну и вообще надо смотреть на эволюцию SG. Сейчас практически partial methods не нужны если они уже прописаны в SG и парсер их видит.
Но бывает, что SG не хватает данных и нужны методы заглушки для интеллисенса и статической типизации.
Но опять методы можно формировать, даже если и нет данных. Обычные заглушки.