web.config中system.codedom中多个编译器定义的影响

时间:2012-01-03 13:48:50

标签: asp.net performance web-config compiler-optimization

我的所有ASP.NET Web项目都是在VB.NET中专门开发的。 (卫星DLL项目也是如此,这可能不太相关。

当我查看默认的web.config文件时,在<system.codedom>标记下,我总能找到C#和VB.NET的编译器定义,如下所示。

<compilers>
    <compiler language="c#;cs;csharp" extension=".cs" warningLevel="4" type="Microsoft.CSharp.CSharpCodeProvider, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089">
        <providerOption name="CompilerVersion" value="v3.5"/>
        <providerOption name="WarnAsError" value="false"/>
    </compiler>
    <compiler language="vb;vbs;visualbasic;vbscript" extension=".vb" warningLevel="4" type="Microsoft.VisualBasic.VBCodeProvider, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" compilerOptions="/optionstrict+">
        <providerOption name="CompilerVersion" value="v3.5"/>
        <providerOption name="OptionInfer" value="true"/>
        <providerOption name="WarnAsError" value="false"/>
    </compiler>
</compilers>

如果从此列表中删除C#编译器的定义,是否会有性能提升?或者它是一个延迟加载系统,其中永远不会加载不相关的编译器。或许我可能没有想到的任何缺点?

我正在调整我的应用程序以进行实时部署。

1 个答案:

答案 0 :(得分:8)

它很懒。编译器选项根据文件扩展名指定用于动态页面编译的编译器。如果文件没有该扩展名,则永远不会启动编译器。

如果您不使用这两种语言,则可以安全地将其删除。但是,如果您认为可能将来会使用混合语言开发,那么最好将其保留在那里,因为它没有任何损害。