Remove parameter null-checking from C# 11
Всё таки передумали.
Здравствуйте, Sinclair, Вы писали:
S>Здравствуйте, Kolesiki, Вы писали:
K>>Пару раз за жизнь их использовал (не помню зачем), но наверное полезно.
А будет ли полноценной заменой (выражениям) создать на лету C# код и его сканпелять?
S>Весь смысл как раз в том, чтобы писать "обычный" C#-код, который превращается в AST, а не в MSIL. И потом это AST можно как-то анализировать и трансформировать.
Тогда тем более не вижу смысла плясать вокруг недоделаных ET — тут прямо кричит идея "все бегом на Немерлю"!

Но откровенно, не вижу особо страшной пользы от ЕТ — да, где-то в узких задачах интересно, но для мэйнстрима это "забавная и малонужная фича".
Здравствуйте, Kolesiki, Вы писали:
K>>>Пару раз за жизнь их использовал (не помню зачем), но наверное полезно.
А будет ли полноценной заменой (выражениям) создать на лету C# код и его сканпелять?
S>>Весь смысл как раз в том, чтобы писать "обычный" C#-код, который превращается в AST, а не в MSIL. И потом это AST можно как-то анализировать и трансформировать.
K>Тогда тем более не вижу смысла плясать вокруг недоделаных ET — тут прямо кричит идея "все бегом на Немерлю"!
K>Но откровенно, не вижу особо страшной пользы от ЕТ — да, где-то в узких задачах интересно, но для мэйнстрима это "забавная и малонужная фича".
На самом то деле внутри мейнстрима напрополую используются ЕТ. Те же EF, LinqToDB, многоразового кода
http://rsdn.org/forum/dotnet/8263717.1Автор: Teolog
Дата: 25.04.22
итд и тп. То чего нет в других языках. И это огромное преимущество