亚洲一区中文,国产乱插,日本精品高清一区二区2021

系列文章導航：

VS 2010 和 .NET 4.0 系列之《ASP.NET 4 中的SEO改進》篇

VS 2010 和 .NET 4.0 系列之《干凈的Web.Config文件》篇

VS 2010 和 .NET 4.0 系列之《起始項目模板》篇

VS 2010 和 .NET 4.0 系列之《多定向支持》篇

VS 2010 和 .NET 4.0 系列之《多顯示器支持》篇

VS 2010 和 .NET 4.0 系列之《代碼優化的Web開發Profile》篇

VS 2010 和 .NET 4.0 系列之《ASP.NET, HTML, JavaScript 代碼片段支持》篇

VS 2010 和 .NET 4.0 系列之《自動啟動ASP.NET 應用》篇

VS 2010 和 .NET 4.0 系列之《在ASP.NET 4 Web Forms中實現URL導向》篇

VS 2010 和 .NET 4.0 系列之《在VS 2010中查詢和導航代碼》篇

VS 2010 和 .NET 4.0 系列之《VS 2010代碼智能提示的改進》篇

VS 2010 和 .NET 4.0 系列之《添加引用對話框的改進》篇

VS 2010 和 .NET 4.0 系列之《內置圖表控件》篇

　　這是我針對即將發布的VS 2010 和 .NET 4所撰寫的貼子系列的第一篇。

　　無可否認，今天的貼子所涉及的東西在ASP.NET 4.0中是個非常小的（但我還是認為是個非常棒的）變動：干凈，簡潔的web.config文件。

　　第一次在Visual Studio 2010中使用文件->新項目創建空白的ASP.NET 4.0 Web應用時你就會看到這個改進，所以我覺得把這個東西做為我的系列的第一篇是非常恰當的。

　　.NET 3.0 和 3.5中的Web.config文件

　　在最近幾個版本中，新ASP.NET項目中的web.config文件的大小一直在穩步增長。例如，Visual Studio 2008 SP1中加到新的web項目中的默認web.config文件已有126行，所含的東西包羅萬象，從標識的定義到用于ASP.NET HTTP管道中的處理器和模塊的定義等等。

　　這個文件大小的增加是因為.NET 3.0 和 .NET 3.5用的是跟.NET 2.0一樣的CLR和machine.config配置文件，只不過是在安裝時加了或更新了框架中的程序集而已。為避免意外地覆蓋機器上原有的2.0 machine.config中定制設置的風險，我們沒有在其中注冊隨.NET 3.0 和 .NET 3.5版本而來的新的ASP.NET功能帶來的標識定義和處理器和模塊，而是選擇讓新的項目在應用的局部web.config中注冊這些設置。這個做法比較安全，但也導致了web.config文件大小的增加，而且變到愈加復雜，讀起來也更困難。

　　.NET 4中的Web.config文件

　　.NET 4 包括了一個新的CLR版本，以及特定于.NET 4的新的machine.config文件(是與.NET 2, .NET 3 和 .NET 3.5中所用的machine.config文件并列安裝的）。

　　新的.NET 4 machine.config文件現在自動注冊我們幾年來添加的所有的ASP.NET 標識部分（section）, 處理器和模塊，包括了對應于下列功能的設置：

ASP.NET AJAX
ASP.NET 動態數據
ASP.NET 路徑選擇或導向(現在可為ASP.NET WebForms和ASP.NET MVC兩者兼用)
ASP.NET 圖表控件(現在內置于ASP.NET V4中了)

　　這意味著，在VS 2010中創建新的空白ASP.NET 應用項目時，你會發現新的應用級默認web.config文件既干凈又簡潔：

　　上面的第一個配置部分告訴ASP.NET默認允許應用調試，并向Visual Studio指定在提供intellisense時該定向的.NET版本（VS 2010支持多定向，IDE中的intellisense會根據你當前針對的框架版本自動改變）。

　　第二個配置部分表示在IIS7中運行ASP.NET 應用時是否使用“integrated（集成）”模式，該模式控制了是否對應用中的所有請求或者只是針對特定于ASP.NET的URL才運行ASP.NET HttpModules模塊。我們在新應用的應用級web.config文件默認啟用這個模式，因為，為兼容的原因，注冊在機器級的默認IIS7設置是只對特定于ASP.NET的URL才運行模塊，并不是對所有的請求。