asp.net - 编译调试 ="true"和 Release模式 "release"之间是否有任何关系

Question

我需要设置debug='false'吗？

<compilation debug="false" targetFramework="4.0" /> 

即使在 中发布我的代码发布方式 .

编辑 1

正如 MSDN Compilation Overview 中提到的，它分两个阶段完成

在第一阶段它将代码编译成一个或多个程序集

在第二阶段 将 MSIL 转换为运行应用程序的计算机上处​​理器的 CPU 特定指令

发布代码是否意味着阶段 1 部分和 <compilation ....表示第 2 阶段。

Answer 1

我不完全理解你的问题。如果您询问您需要手动设置 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 库的调试版本有很多检查(参数验证等)，这些检查从脚本的发布版本中删除。这就是调试版本运行缓慢的原因。