Я хочу настроить проект MVC, чтобы я мог build a multi-file assembly. Мое намерение, как доказательство концепции, состоит в том, чтобы сделать root web.config частью сборки MVC. Обоснованием для этого было бы предотвратить подделку файла web.config.Сборка нескольких файлов для проекта ASP.NET (MVC)
В разделе предполагается, «я должен изменить» проекта MVC здесь:
<Import Project="$(MSBuildBinPath)\Microsoft.CSharp.targets" />
<Import Project="$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v10.0\WebApplications\Microsoft.WebApplication.targets" />
<Target Name="MvcBuildViews" AfterTargets="AfterBuild" Condition="'$(MvcBuildViews)'=='true'">
<AspNetCompiler VirtualPath="temp" PhysicalPath="$(WebProjectOutputDir)" />
</Target>
Я не помню, как я могу «влияние» импорта. Например, есть ли свойство, которое я могу установить, чтобы сделать шаг сборки csc
, а не сборки? И даже если бы я это достиг, мне нужен список (например, itemGroup) полученного модуля (ов), чтобы я мог передать это в компоновщик (либо «csc/out», либо «al/out/target»).
Кто-нибудь сделал это раньше? Указатели?
Я не вижу, как сетевые модули будут препятствовать тому, чтобы web.config подделывал? – vcsjones
Зачем хранить что-либо в файле web.config, если вы не хотите, чтобы люди меняли его? Почему бы просто не жестко указать свой собственный статический класс со значениями, которые вы хотите? – Josh
@vcsjones: .net/fusion предотвратит загрузку (сильной именованной) сборки, которая имеет модифицированный хеш; хэш состоит из всех частей файла. –