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

IT>Почему, например, расширение linq захардкоженное, прибитое гвоздями к C# и VB это хорошо, а набор макросов, делающий тоже самое — это плохо.

Потому что LINQ прописан в стандарте и его будет обязан знать каждый, претендующий на звание C# developer. И когда я уйду из одной команды и приду в другую, там будет все тот же самый LINQ.

IT>Индустрия банально не имеет макросов, поэтому извращается как может.

Спорно. Идее ситаксических макросов 200 лет в обед. Однако ж не прижились пока что.

IT> Проблемы pre-compile и run-time кодогенерации хорошо известны и, к сожалению, неразрешимы. Я, например, в своё время поимел много гемороя с pre-compile-time генерацей код. Народ по незнаю правил такой код вручную и когда это всплывало через несколько месяцев, то наступал полный паралич.

Это не проблема технических средств, это проблема организации процесса разработки. У меня в текущем проекте масса pre-build и студийных кодогенераторов, однако за последние 4 года еще ни у кого не хватило ума править автогенеренный код, хотя уровень девелоперов был очень разный, вплоть до обезьянок.

IT>У run-time кодогенерации тоже есть свои козявки. Приходится использовать абстрактные классы, которые к тому же всегда должны быть публичные. Классы, которые не генерируются, но для которых что-то генерируется тоже должны обязательно быть публичными.

Это, мягко говоря, неправда. Skip visibility check еще никто не отменял.