到目前为止，我已经将两个ASP.NET MVC 1解决方案迁移到MVC 2，因此保持我的web.config几乎相同，只是更改了其中必要的内容，如发行说明中所述。
虽然我从头开始创建了一些新的测试MVC 2 webapss，但到目前为止我还没有真正检查过默认的新web.config。当我今天创建一个新的空 MVC 2 Web应用程序并打开web.config时，我发现它要小得多。几乎没有模块，没有处理程序等。
现在我正在考虑将旧web.config中的一些部分移动到这个新部分（如nhaml部分，成员资格部分，......）
我想知道其他人如何解决随着时间推移更改web.config文件的问题以及您的最佳做法。
答案 0 :(得分：1)
web.config文件随着.NET 3.0和.NET 3.5的发展而增长，因为它们仍然使用CLR 2.0。这意味着必须明确添加新3.0 / 3.5特定功能所需的任何额外程序集 - CLR不知道它们是否需要。
默认情况下，新项目的目标版本为.NET 4.0，而CLR 4.0又知道额外的3.0 / 3.5 / 4.0程序集。
我认为当ASP.NET 5.0问世并仍然使用CLR 4.0时，web.config会再次增长！