asp.net – compilation debug =“true”和发布模式“release”之间是否有任何关系

前端之家收集整理的这篇文章主要介绍了asp.net – compilation debug =“true”和发布模式“release”之间是否有任何关系前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我需要设置debug =’false’吗?
<compilation debug="false" targetFramework="4.0" />

即使在发布模式下发布我的代码.

编辑1

正如MSDN编译概述中所述,它是在两个阶段完成的

>在第一阶段,它将代码编译为一个或多个程序集
>在第二个pahse中,将MSIL转换为运行应用程序的计算机上处​​理器的cpu特定指令

发布代码是指第1阶段和
<汇编....表示阶段2.

解决方法

我不完全理解你的问题.如果您询问手动需要设置debug =’false’,那么如果项目中存在包含配置转换的文件,则答案将取决于事实.当前的Visual Studio标准Web项目模板包含两个带有配置转换的文件:Web.Debug.config和Web.Release.config.这些文件包含在发布代码期间应用的配置转换.这是默认Web.Release.config文件的示例:
<?xml version="1.0"?>

<!-- For more information on using web.config transformation visit http://go.microsoft.com/fwlink/?LinkId=125889 -->

<configuration xmlns:xdt="http://schemas.microsoft.com/XML-Document-Transform">
  <!--
    In the example below,the "SetAttributes" transform will change the value of 
    "connectionString" to use "ReleasesqlServer" only when the "Match" locator 
    finds an atrribute "name" that has a value of "MyDB".

    <connectionStrings>
      <add name="MyDB" 
        connectionString="Data Source=ReleasesqlServer;Initial Catalog=MyReleaseDB;Integrated Security=True" 
        xdt:Transform="SetAttributes" xdt:Locator="Match(name)"/>
    </connectionStrings>
  -->

    <system.web>
    <compilation xdt:Transform="RemoveAttributes(debug)" />
    <!--
      In the example below,the "Replace" transform will replace the entire 
      <customErrors> section of your web.config file.
      Note that because there is only one customErrors section under the 
      <system.web> node,there is no need to use the "xdt:Locator" attribute.

      <customErrors defaultRedirect="GenericError.htm"
        mode="RemoteOnly" xdt:Transform="Replace">
        <error statusCode="500" redirect="InternalError.htm"/>
      </customErrors>
    -->
  </system.web>
</configuration>

因此,如果您有Web.Release.config转换文件,其内容与上述类似,并且您使用Visual Studio的发布功能(或根据msbuild目标),那么当您在发布中发布项目时,将删除debug =’true’属性模式.

从web配置中删除debug =’true’有很多好处.此设置不仅会影响已编译的dll,还会影响将加载的MS Ajax脚本版本(如果使用ASP.NET Web窗体和脚本管理器控件). MS Ajax库的调试版本有很多检查(参数验证等),这些检查从脚本的发行版本中删除.这就是调试版本运行缓慢的原因.

猜你在找的asp.Net相关文章