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

EP>>Так это известная тема — вместо предоставления какой-то универсальной возможности, на C# решают какой-то сиюминутный use-case. Это приводит например к зоопарку с вариантами замыканий, которые даже ещё планируют расширять локальными методами. Также это приводит к меньшей гибкости самого языка — шаг влево/вправо — и упираешься в забор: 1

Автор: _NN_
Дата: 02.11.13

, 2

Автор: Evgeny.Panasyuk
Дата: 07.06.15

, 3

Автор: Qbit86
Дата: 01.07.15

, 4

Автор: Tesh
Дата: 21.04.15

.
S> Для многих вещей существуют T4

О, пошла кодогенерация в ход Да она расширяет возможности, и доступна в том числе и для C++, причём без зацикленности на T4.
Тем не менее, доступность возможности из самого языка, а не системы сборки — это на порядки проще и удобнее.
Например тот же not_null

Автор: Tesh
Дата: 21.04.15

или option

Автор: Qbit86
Дата: 01.07.15

— попробуй их заменить через T4.

S>Было бы желание. Либо функциональщину с карированием итд которая тоже в Net есть, а их использовать уже в C#. На самом деле важные фичи добавляются. И язык развивается. А для среднестатистического программиста как я возможностей выше крыши. Просто такие извращения появляются у С++ которые хотят перенести технику шаблонов перенести на язык которых их не поддерживает. И Слава КПСС

Тот же not_null помог бы вполне рядовому программисту. Но приходится ждать добавления фичи в язык, а не просто взять готовую библиотечную реализацию, или даже реализовать самому.

Non-nullability checks have to be manually encoded hundreds of times in any large real-world project, and they are not compile-time-enforced.