Самый простой и безопасный вариант - включить генерацию в «Pre Build Events», как упоминает Фионн. Плюсы: код всегда корректен, Минусы: медленно, так как это будет означать, что при каждой компиляции вы заново генерируете исходный код, а затем перестраиваете все зависимости, как сгенерированный код как измененный.
Другим вариантом является ручная регенерация файлов кода, и, если у вас есть машина сборки / непрерывная интеграция, перестраивайте файлы кода каждую сборку. Плюсы: более быстрая сборка, если есть несколько изменений. Минусы: устаревший сгенерированный код и часы ненужной отладки, пытаясь решить, что не так.
Читая справку по проекту C #, кажется, что вам нужен плагин, который обеспечивает действие Custom Tool, которое вы хотите. Но в проектах C ++ вы можете определить свой собственный шаг MS-Help . Таким образом, вы можете разработать плагин VisualStudio (или найти его) или добавить проект C ++ в свое решение, добавить пользовательский шаг сборки в этот проект и затем включить выходные данные в обычный проект C #.
Первый гугл для ' кода Visual Studio для пользовательских инструментов gen ' содержит инструкции по написанию собственного пользовательского инструмента , который будет хорошей отправной точкой.