в чем огонь то? Это давно уже
INotifyPropertyChanged Foddy давно уже генерит CIL

Я писал либу, подобную Refit, которая генерит реализацию Http сервисов, работающих с rest

Делегаты в качестве альтернативы интерфейсам при внедрении зависимостей

https://christianfindlay.com/2020/05/15/c-delegates-with-ioc-containers-and-dependency-injection

#Delegates #IoC #Dependency #Injection #DI

ладно хорошо ВОДА

но вообще это разные вещи

разве не то же, что и CodeDomProvider?

я с этим на самом деле не очень знаком (только со стороны джавы, там давно можно внедриться на этапе компиляции, но немного уебищным способом), но насколько понимаю, CodeDomProvider вызывается в рантайме, а ключевая возможность генераторов - вцепиться прямо в этап компиляции, в результате чего генерируемый код "закрепляется" за исходным, в любом энвайронменте гарантируется, что один и тот же исходный код сам произведет один и тот же генерируемый код, при чем без каких-либо телодвижений со стороны компилирующего (и не удивлюсь, если к концу там будет вообще plug-and-play поддержка, указал зависимость с нугета и всё)

а, ясно

зачем тогда вообще при компиляции цеплять, если можно просто писать код

генерировать бойлерплейт, например. в той статье выше пример - это избавление от возможных несоответствий при указании роутов руками, чтобы какая-нибудь ошибка типа acto/r{id} случайно не пробралась через атрибут

в джаве, где вместо MEF немного другая штука, с помощью аналогичного механизма можно делать автообнаружение классов - просто выцепляешь их по какому-то признаку и создаешь новый статичный, в который просто записываешь все нужные

в шарпах string передается по ссылке, не копируется же?

ну в общем случае, да

это же ссылочный тип

насколько будет плохо если я вот эту пачку проверок вынесу в функцию, и буду отовсюду вызывать, передавая кучу срингов постоянно

Плохо не будет

будет хорошо

это то да, но всякое бывает

спасибо

я бы только сделал какой-нибудь params string[] values, чтобы не вызывать на каждое отдельной строке одно и то же