Нестандартный кодогенератор

Стандартные/инкрементальные кодогенераторы (которые отображаются в разделе 'Analyzers' проекта) Студия запускает, когда происходит какое-то изменение исходного кода, т.е. когда синтактическое дерево какого-то cs-файла меняется. И они позволяют дополнить код текущего проекта.

А какой подход использовать для реализации кодогенератора, чтобы он удовлетворял сразу всем следующим требованиям:
1. В качестве источника данных использовал метаданные из не C#-файлов (например, какой-то JSON/XML).
2. Автоматически, как и обычные анализаторы/генераторы регистрировался бы в VS просто по факту подключения соответствующего nuget-пакета в проект.
3. Автоматически запускался бы хотя бы примерно на том же этапе, что и обычные генераторы (ну т.е. безо всякого шаманства с явным вызовом каждый раз консольных команд, как при работе с инструментами EF, например).
4. Мог одновременно добавлять сгенерированные файлы в несколько проектов одного решения.

Ну т.е. по реализации кода самого генератора вопросов нет - он просто берёт метаданные (из файла с диска в каталоге проекта) и просто генерирует нужные классы, раскладывая их напрямую в файлы в рамках солюшена (в соответствии с соглашениями или конфигами). И его можно явно вызвать, как и 'dotnet ef migrations add ...'.

Вопрос - как такой генератор (сейчас он просто консольное приложение) максимально прозрачно встроить в VS, чтобы он просто работал сам по себе и никаких дополнительных действий от разработчика не требовал?

0

Не оно Code Generation and T4 Text Templates?

2

Не знал, что T4-шаблоны под .NET портировали. Под .NETFW их раньше использовал, потом на обычный 'StringBuilder' перешёл.

Хотя, из документации так сходу всё равно не понятно, подойдёт оно под мой сценарий или нет именно в плане прозрачной интеграции в солюшн через подключение сборки из нугета.

0

По идеи это "автокод на основе скрипта". Т.е. в проекте добавляется файл *.tt, подключается либа System.CodeDom (я так и не понял можно ли использовать nuget или наоборот плохо) и на основе скрипта создается выходные *.cs (один с сгенерированным кодом, а второй partial). Теоретически в скрипт можно прописать любую ересь, но желательно помнить о портативности: если втулить вызов специфических команд для студии и/или ОСи, то на другом окружении может на завестись.

Из того что я щупал (не то чтобы много): довольно прикольная вещь для автоматизации шаблонов и сложностей не заметил.

1

В общем, похоже надо как-то упаковать свой консольный кодогенератор в nuget-пакет так, чтобы при подключении его в другой проект:
1. Куда-то в подкаталог проекта из nuget-пакета распаковывался исполняемый файл кодогенератора.
2. В csproj-файл проекта автоматически добавлялось PreBuild-действие на простой запуск этого exe-файла.

А дальше уже кодогенератор штатным образом (как и при ручном запуске из консоли) отработает относительно каталога запуска (найдёт там нужные метаданные, сгенерирует все нужные каталоги/файлы во всех проектах). Что у него при этом внутри будет - Roslyn, StringBuilder или Т4 - это уже не принципиально.

0

А, т.е. нужно создать либу, которая при подключении имела возможность считать условный xml и на его основе нагенерить в проекте нужные *.cs ?

0

Wolfdp,
Ага. Но только не в проекте, а согласованно в группе проектов в рамках одного решения (в один из проектов которого подключена nuget-зависимость с кодогенератором). Ну и потенциально там не только cs-файлы предполагаются

0