Вы должны решить, насколько важно, чтобы информация, которую вы хотите обменять, была привязана к самому исполняемому файлу.
Обновление файла конфигурации во время сборки является работоспособной моделью,но она помещает информацию в место, где ее может изменить любой, у кого есть доступ и текстовый редактор.
Обновление информации после сборки в скомпилированной сборке, безусловно, возможно, но она хрупкая и ломается, если вырешите подписать собрания.Это также большая работа, поскольку нет встроенной поддержки перезаписи файлов сборки таким способом.
Альтернативой, которую вы должны рассмотреть, является создание собственных пользовательских атрибутов метаданных уровня сборки и назначение их во времяПроцесс сборки.Вы даже можете поместить их в отдельный файл кода (или добавить их в AssemblyInfo.cs) как часть вашей сборки.
Вы также можете рассмотреть возможность создания встроенного ресурса (например, файла XML) и извлеченияэто из манифеста сборки во время выполнения.
Любой из приведенных выше подходов потребует от вас использовать пользовательский шаг перед сборкой, а не шаг после сборки.
Лично я нахожу метаданныеПриписывает удобный подход, если данных не много.В противном случае я хотел бы рассмотреть вопрос об использовании встроенного файла ресурсов.