.NET 4 web.config 文件重构 - 有什么价值？

Question

根据 .NET 4 中的新增功能：“主要配置元素已被移动到 machine.config 文件，应用程序现在继承这些设置。”

我正在进行一个从 .NET 3.5 升级到 .NET 4 的项目，我对此更改有一些疑问：

• 我认为此更改是可选的：如果我按原样保留当前的 ​​web.config 文件，它应该运行得很好在 .NET 4 下 - 正确吗？
• 此增强功能似乎具有可疑的价值：配置尚未简化 - 复杂性/膨胀刚刚被重新定位到 machine.config 文件而不是 web.config。我错过了什么吗？
• 看来这种增强实际上使部署变得更加困难：除了我们已有的部署步骤之外，现在我们还需要修改 machine.config 文件以确保它包含我们预期的设置/值。

正如你所看到的，我对此的最初看法是：这很麻烦，我不想这样做。我是否遗漏了一些观点，使得这一改变特别有用和有价值？

编辑： Nathan 和 Rob - 你们的回答都非常有帮助并且非常感激 - 很难决定将哪个标记为“真正的”答案。当然，我都投了赞成票。再次感谢！

Answer 1

您无需修改​​ machine.config ，除非您希望这些设置成为服务器上运行的所有应用程序的默认设置。

从 web.config 中移出的大部分内容都是随 .NET 3 和 3.5 版本添加的“样板”配置项。 ASP.NET 需要它们来注册控件、处理程序等，但您实际上很少需要修改或关心它们。

所以基本上这对您很有用，因为对您来说只是“白噪音”的配置项现在已移开，使您可以专注于您真正想要操作的设置。

ScottGu 在他的博客文章中讨论了这个主题：http://weblogs.asp.net/scottgu/archive/2009/08/25/clean-web-config-files-vs-2010-and- net-4-0-series.aspx

Answer 2

从我的角度来看，随着“内容”逐渐添加到其中，web.config 在 .net 1.0 和 .net 3.5 之间不断发展壮大。当我们到达 .net 3.5 时，它充满了我从未使用或修改过的东西。是的，asp.net 运行时需要它，但这不是我的问题！

除非您专门更改了某个应用程序已迁移到 machine.config 的设置，否则无需在 web.config 中重新创建它。换句话说，通过改变 .net 1.1 中添加的所有默认值 -> .net 3.5 从 Visual Studio 创建的每一个 web.config 到 machine.config，Microsoft 都使文件变得更干净、更易于阅读。一个经典的例子是这样的：

<sectionGroup name="System.Web" type="System.Web.Configuration.MicrosoftWebSectionGroup, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35">
  <sectionGroup name="scripting" type="System.Web.Configuration.ScriptingSectionGroup, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35">
    <sectionGroup name="webServices" type="System.Web.Configuration.ScriptingWebServicesSectionGroup, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35">
      <section name="jsonSerialization" type="System.Web.Configuration.ScriptingJsonSerializationSection, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false"/>
      <section name="profileService" type="System.Web.Configuration.ScriptingProfileServiceSection, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false"/>
      <section name="authenticationService" type="System.Web.Configuration.ScriptingAuthenticationServiceSection, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false"/>
    </sectionGroup>
  </sectionGroup>
</sectionGroup>

所有这些乱七八糟的东西都可以在 Visual Studio 2008 生成的 web.config 中找到，但它不会出现在 Visual Studio 2010 生成的 web.config 中，如下所示：它已被移动到 machine.config 它所属的位置（但无法移动到 .net 3.0 / .net 3.5 中，因为它们仍然在 .net 2.0 CLR 上运行）。

由于这些很少更改，因此将项目升级到 .net 4.0 并“清理”web.config 文件应该不会导致任何问题。在升级的项目 web.config 文件中保留冗余配置也应该没有什么区别，因为 web.config 中的值只会覆盖 machine.config 中的值。