aspnet防止反編譯

『壹』 ASP.NET是什麼

ASP.NET是.NET FrameWork的一部分，是一項微軟公司的技術，是一種使嵌入網頁中的腳本可由網際網路伺服器執行的伺服器端腳本技術，它可以在通過HTTP請求文檔時再在Web伺服器上動態創建它們。 指 Active Server Pages（動態伺服器頁面） ，運行於 IIS（Internet Information Server 服務，是Windows開發的Web伺服器）之中的程序 。
………………………………………………

如果對aspnet感興趣，看看一個大專生怎麼自學aspnet到找到工作。
先做個自我介紹，我07年考上一所很爛專科民辦的學校，學的是生物專業，具體的學校名稱我就不說 出來獻丑了。09年我就輟學了，我在那樣的學校，一年學費要1萬多，但是根本沒有人學習，我實在看不 到希望，我就退學了。
退學後我也迷茫，大專都沒有畢業，我真的不知道我能幹什麼，我在糾結著我能做什麼。所以輟學後 我一段時間，我想去找工作，因為我比較沉默寡言，不是很會說話，我不適合去應聘做業務。我想應聘 做技術的，可是處處碰壁。
一次偶然的機會，我才聽到aspnet這個行業。那天我去新華書店，在計算機分類那邊想找本書學習 。後來有個女孩子走過來，問我是不是讀計算機的，有沒有興趣學習aspnet，然後給我介紹了一下 aspnet現在的火熱情況，告訴我學aspnet多麼的有前景，給我了一份傳單，aspnet培訓的廣告。聽了 她的介紹，我心裡癢癢的，確實我很想去學會一門自己的技術，靠自己的雙手吃飯。
回家後，我就上網查了下aspnet，確實是當今比較熱門的行業，也是比較好找工作的，工資也是相 對比較高。我就下決心想學aspnet了。於是我去找aspnet培訓的相關信息，說真的，我也很迷茫，我 不知道培訓是否真的能像他們宣傳的那樣好，所以我就想了解一段時間再做打算。
後來，我在網路知道看到一篇讓我很鼓舞的文章是一個aspnet高手介紹沒有基礎的朋友怎麼自學入 門學aspnet，文章寫的很好，包含了如何學習，該怎麼學習。他提到一個方法就是看視頻，因為看書實 在太枯燥和費解的，很多我們也看不懂。這點我真的很認同，我自己看書往往看不了幾頁。
我在想，為什麼別人都能自學成才，我也可以的！我要相信自己，所以我就想自學，如果實在學不會 我再去培訓。
主意一定，我就去搜索aspnet的視頻，雖然零星找到一些aspnet的視頻，但是都不系統，我是想找 一個能夠告訴我該怎麼學的視頻，一套從入門到精通的視頻，一個比較完整的資料，最好能有老師教， 不懂可以請教的。
後來我又找到一份很好的視頻，是在IT學習聯盟推出的一份視頻《零基礎aspnet就業班》（喜歡《 零基礎aspnet就業班》的可以復制 sina.lt/bsjr 粘貼瀏覽器地址欄按回車鍵即打開）
下面介紹下我的學習流程，希望對和我一樣完全沒有基礎的朋友有所幫助。
收到他們寄過來的光碟後，我就開始學習了，由於我沒有什麼基礎，我就從最簡單的C#語言視頻教程 學起，話說簡單，其實我還是很多不懂的，只要重復多看幾遍，就能看懂。C#語言我差不多學了一個禮 拜，接下來我就學了winform，SQL Server,html/css/javaScript，差不多也就三個禮拜。我每天都在不 停的寫一些簡單的代碼，這樣一月後我基本掌握了aspnet的全部基礎。
接下來開始學習aspnet高級課程，老師幽默風趣而又輕松的課堂教課，使我發現原來學習aspnet並 不是一件很難的事情。之前我把aspnet基礎學得還不錯，到了到了aspnet高級部分，我覺不又不是很 難，可能老師太牛了，他能把復雜的問題講的比較通俗易懂，有些難點的地方我還是連續看了五六次， 把他弄懂。每天下午6點下班後，吃了飯，馬上跑回家。看視頻，買了幾本筆記本。當時，為了編程還花幾百元了台二手的台式電腦，配置一般，但編程是足夠的。一邊看視頻，一邊記筆記，把重點都記下來，還一邊跟著老師敲代碼，為了能盡早學會aspnet。每天都堅持學5-6個小時。經常學到晚上一點多才睡覺。星期六，日不用上班，每天7點多起床，學到晚上11,12點。那段時間特別辛苦，特別累。在學習aspnet的三個多月里，除了吃飯睡覺工作，剩餘的時間都在學習，因為我知道自己的計算機基礎不是很好，也沒有學過什麼計算機，相對於那些科班的人來說我要比他們付出更多的努力。我只能咬緊牙關，堅持下去，我不能放棄，我要完成我的夢想，我要讓我的家人過上好日子。終於三個多月後我把aspnet教程里的內容和項目都學完了，在學項目的過程中我發現項目特別重要，他能把你學過的知識全部聯系起來，能更好的理解你所學的知識。還有學習過程中，動手很重要，要經常跟著老師動手敲，動手吧，跟著做，一行一行的跟著敲，再試著加一些自己的功能，按照自己的思路敲一些代碼，收獲遠比干聽大的多。 如果遇到暫時對於一些思路不能理解的，動手寫，先寫代碼，慢慢你就會懂了。
於是我就到51job瘋狂的投簡歷，因為我學歷的問題，專科沒有畢業，說真的，大公司沒有人會要我，所以我投的都是民營的小公司，我希望自己的努力有所回報。沒有想過幾天過後，就有面試了，但是第一次面試我失敗了，雖然我自認為筆試很好，因為我之前做了准備，但是他們的要求比較嚴格，需要有一年的項目經驗，所以我沒有被選中。
後來陸續面試了幾家公司，終於功夫不負有心人。我終於面試上的，是在閔行的一家民營的企業，公司規模比較小，我的職務是aspnet開發程序員，但我也比較滿足，開的工資是3500一個月，雖然我知道在上海3500隻能過溫飽的生活，但是我想我足夠了。我至少不用每天都要靠父母養，我自己也能養活自己的。我想只要我繼續努力，我工資一定會翻倍的。
把本文寫出來，希望能讓和我一樣的沒有基礎的朋友有信心，其實我們沒有必要自卑，我們不比別人笨，只要我們肯努力，我們一樣會成功。

…………………………………………

『貳』 涓轟粈涔坵in7瀹夎卍otNet4.0澶辮觸

澶辮觸鍘熷洜錛

asp.net鍙戝竷鍒癐IS涓鍑虹幇閿欒錛氬勭悊紼嬪簭鈥淧ageHandlerFactory-Integrated鈥濆湪鍏舵ā鍧楀垪琛ㄤ腑鏈変竴涓閿欒妯″潡鈥淢anagedPipelineHandler鈥

閿欒鍒嗘瀽錛

榛樿ら噰鐢ㄧ殑鏄.NET 4.0妗嗘灦錛4.0妗嗘灦鏄鐙絝嬬殑CLR,鍜.NET 2.0鐨勪笉鍚岋紝濡傛灉鎯寵繍琛.NET 4.0妗嗘灦鐨勭綉絝欙紝闇瑕佺敤aspnet_regiis娉ㄥ唽.NET 4.0妗嗘灦錛岀劧鍚庣敤.NET 4.0妗嗘灦鐨刢lass奼狅紝灝卞彲浠ヨ繍琛.NET 4.0妗嗘灦鐨剋eb欏圭洰浜嗐

閫犳垚涓婅堪閿欒鐨勫師鍥犳瀬鏈夊彲鑳芥槸錛氱敱浜庡厛瀹夎.NetFrameworkv4.0鍚庡畨瑁卛is 7.5鎵鑷淬

瑙ｅ喅鏂規堬細

鈶犳壘鍒.NET 4.0妗嗘灦涓媋spnet_regiis鎵鍦ㄧ洰褰曪紝鍦–鐩樻牴鐩褰曚腑鎼滅儲aspnet_regiis錛屾壘鍒4.0妗嗘灦涓媋spnet_regiis鐨勭洰褰曚綅緗,鏈浜烘湰鏈鐩褰曚負"C:WindowsMicrosoft.NETFrameworkv4.0.30319".

鐪嬪埌鍥句腑鐨勭晫闈錛屽氨鍙浠ュ湪IIS涓榪愯.net4.0閮ㄧ講鐨勭綉絝欏柦錛屽強NET4.0瀹夎呮垚鍔 銆

『叄』 請問一個asp,net的問題

我想通過例子你很快就會明白了:

<?xml version="1.0"?>
<!--
注意: 除了手動編輯此文件以外，您還可以使用
Web 管理工具來配置應用程序的設置。可以使用 Visual Studio 中的
「網站」->「Asp.Net 配置」選項。
設置和注釋的完整列表在
machine.config.comments 中，該文件通常位於
\Windows\Microsoft.Net\Framework\v2.x\Config 中
-->
<configuration xmlns="http://schemas.microsoft.com/.NetConfiguration/v2.0">
<connectionStrings>
<add name="NorthwindConnectionString" connectionString="Data Source=8G4K5AU68FMJYV2\SQLEXPRESS;Initial Catalog=Northwind;Persist Security Info=True;User ID=sa;Password=123456"
providerName="System.Data.SqlClient" />
</connectionStrings>
<system.web>
<anonymousIdentification enabled="true"/>

</system.web>
</configuration>

這個配置文件的內容很少,但是包括非常重要的一節:configuration ->connectionStrings>.請注意,Web.Config文件是以XML 格式存儲的,因此里邊的信息採用"樹型結構",就那上面來看,<connectionStrings />存儲於<configuration />結,因此<connectionStrings />就是<configuration />所要表述的成員之一,也就是說每一個結點都存儲應用程序的一些信息,而它們都是用過XML 屬性結構歸類的.我們要實現ASP.NET的應用程序的靈活性,很大程度上依賴了這些配置文件.舉一個簡單的例子:當我們在.ASPX文件中連接數據源時,需要先定義連接字元串,但是一套完整的應用程序包括很多數據源,也包括很多連接數據源的代碼,因此你必須考慮把這些連接字元串統一的管理,統一的調用,就像定義了一個"全局變數",隨時隨地,任何時間任何地點(程序集)都可以調用出來,當我們需要更改連接字元的時候,也只需要在"全局變數"中修改即可.呵呵,有沒有發現這個ASP.NET中最令人興奮的技術呢?那麼你就試試吧,下面是間單的例子:

class OleDb
{
public static void ConnectionDleDb()
{

using (OleDbConnection conn = new OleDbConnection(GetConnSring()))
{
OleDbCommand command = conn.CreateCommand();
command.CommandText = GetCommandString();
try
{
conn.Open();
OleDbDataReader reader = command.ExecuteReader();
while (reader.Read())
{
Console.Write("/t{0}/t{1}",reader[0],reader[1]);
Console.WriteLine("/n");
}
}
catch (Exception e)
{
Console.WriteLine(e.Message);
throw;
}
}
}
private static string GetConnSring()
{
ConnectionStringSettings settings =
ConfigurationManager.ConnectionStrings["NorthwindConnectionString"];
return (settings.ConnectionString);
}
private static string GetCommandString()
{
return (@"SELECT CategoryID, CategoryName FROM dbo.Categories;");
}
}

在這里,我們正好用到了Web.Config配置文件中的NorthwindConnectionString項,它存儲了我們定義的一個連接字元串,在類OleDb中,方法GetConnSring使用ConfigurationManager類將Web.Config配置文件中的值取出,ConfigurationManager類則是.NET公開所的,提供給程序員的Web.Config文件操作類,在.NET類庫中包含了很多實現類似功能的類,比如"成員資格提供程序","角色提供程序",它們與Web.Config配置文件配合組成了非常高效的應用程序管理機制.

以下是MSDN的相關文章:

---------------------------------------------------
使用 ASP.NET 配置系統的功能，可以配置整個伺服器上的所有 ASP.NET 應用程序、單個 ASP.NET 應用程序、各個頁面或應用程序子目錄。可以配置各種功能，如身份驗證模式、頁緩存、編譯器選項、自定義錯誤、調試和跟蹤選項等等。

以下各節描述了 ASP.NET 配置系統的功能。

有關配置 .NET Framework 客戶端應用程序的信息，請參見配置應用程序。

注意
ASP.NET 配置系統的功能僅適用於 ASP.NET 資源。例如，Forms 身份驗證僅限制對 ASP.NET 文件的訪問，而不限制對靜態文件或 ASP（傳統型）文件的訪問，除非這些資源映射到 ASP.NET 文件擴展名。要配置非 ASP.NET 資源，應使用 Internet 信息服務 (IIS) 的配置功能。有關信息，請參見 Working with the IIS Metabase（使用 IIS 元資料庫）和 IIS Metabase Property Reference（IIS 元資料庫屬性參考）。

配置文件
ASP.NET 配置數據存儲在全部命名為 Web.config 的 XML 文本文件中，Web.config 文件可以出現在 ASP.NET 應用程序的多個目錄中。使用這些文件，可以在將應用程序部署到伺服器上之前、期間或之後方便地編輯配置數據。可以通過使用標準的文本編輯器、ASP.NET MMC 管理單元、網站管理工具或 ASP.NET 配置 API 來創建和編輯 ASP.NET 配置文件。

ASP.NET 配置文件將應用程序配置設置與應用程序代碼分開。通過將配置數據與代碼分開，可以方便地將設置與應用程序關聯，在部署應用程序之後根據需要更改設置，以及擴展配置架構。

有關如何對 ASP.NET 配置文件中的數據進行組織的更多信息，請參見 ASP.NET 配置文件。ASP.NET 配置設置 中描述了可用的配置設置。

配置文件層次結構和繼承
每個 Web.config 文件都將配置設置應用於它所在的目錄以及它下面的所有子目錄。可以選擇用子目錄中的設置重寫或修改父目錄中指定的設置。通過在 location 元素中指定一個路徑，可以選擇將 Web.config 文件中的配置設置應用於個別文件或子目錄。

ASP.NET 配置層次結構的根為 systemroot\Microsoft.NET\Framework\versionNumber\CONFIG\Web.config 文件，該文件包括應用於所有運行某一具體版本的 .NET Framework 的 ASP.NET 應用程序的設置。由於每個 ASP.NET 應用程序都從根 Web.config 文件那裡繼承默認配置設置，因此只需為重寫默認設置的設置創建 Web.config 文件。

注意
根 Web.config 文件從 Machine.config 文件那裡繼承一些基本配置設置，這兩個文件位於同一個目錄中。其中的某些設置不能在 Web.config 文件中被重寫。有關更多信息，請參見 ASP.NET 配置文件層次結構和繼承。

運行時，ASP.NET 使用 Web.config 文件按層次結構為傳入的每個 URL 請求計算唯一的配置設置集合。這些設置只計算一次，隨後將緩存在伺服器上。ASP.NET 檢測對配置文件進行的任何更改，然後自動將這些更改應用於受影響的應用程序，而且大多數情況下會重新啟動應用程序。只要更改層次結構中的配置文件，就會自動計算並再次緩存分層配置設置。除非 processModel 節已更改，否則 IIS 伺服器不必重新啟動，所做的更改即會生效。

有關 ASP.NET 配置層次結構的工作原理的更多信息，請參見 ASP.NET 配置文件層次結構和繼承和 ASP.NET 配置方案。

直接編輯配置文件
可以使用文本編輯器或 XML 編輯器來直接編輯配置文件。有關正確的語法，請參見 ASP.NET 配置設置和 常規配置設置 (ASP.NET) 中有關配置節的參考主題。有關更多信息，請參見編輯 ASP.NET 配置文件。

配置工具
使用 ASP.NET 配置系統所提供的工具來配置應用程序比使用文本編輯器簡單，因為這些工具包括錯誤檢測功能。

ASP.NET MMC 管理單元
用於 ASP.NET 的 Microsoft 管理控制台 (MMC) 管理單元提供一種在本地或遠程 Web 伺服器上的所有級別操作 ASP.NET 配置設置的方便途徑。ASP.NET MMC 管理單元使用 ASP.NET 配置 API，但是它通過提供一個圖形用戶界面 (GUI) 來簡化配置設置的編輯過程。另外，該工具還支持多個 ASP.NET 配置 API 功能，這些功能控制 Web 應用程序是否可以繼承設置，並管理配置層次結構各級別之間的依賴性。

注意
若要使用 ASP.NET MMC 管理單元，必須使用具有管理許可權的帳戶登錄到計算機。

ASP.NET MMC 管理單元在虛擬目錄的屬性頁上顯示為「ASP.NET」選項卡。

有關更多信息，請參見 ASP.NET MMC 管理單元。

網站管理工具
對網站具有管理許可權的任何人都可以使用網站管理工具來管理該網站的配置設置。網站管理工具旨在為各個網站中最常用的配置設置提供一個用戶友好的圖形編輯工具。由於網站管理工具使用基於瀏覽器的界面，因此它允許您遠程更改網站設置，這對於管理已經部署到成品 Web 伺服器的站點（如承載的網站）非常有用。

網站管理工具與 ASP.NET MMC 管理單元在若干方面存在不同。例如，ASP.NET MMC 管理單元最適於管理員級別的配置，因為它提供對 Web 伺服器上的整個配置文件層次結構的訪問，而不是提供對單個網站的配置設置的訪問。此外，您還必須是管理員才能使用 ASP.NET MMC 管理單元，而網站管理工具只允許各個網站所有者在他們具有管理許可權的站點的根目錄中配置 Web.config 文件。最後，您不能使用 ASP.NET MMC 管理單元來遠程管理 IIS，但是，網站管理工具的瀏覽器界面允許遠程配置 IIS 6.0 和更高版本的 IIS。

網站管理工具包括一個選項卡式界面，該界面在下列選項卡上對相關的配置設置進行分組：

「安全」選項卡，其中包含有助於保護 Web 應用程序資源並管理用戶帳戶和角色的設置。

「配置文件」選項卡，其中包含用來管理網站如何收集訪問者信息的設置。

「應用程序」選項卡，其中包含用來管理影響 ASP.NET 應用程序的配置元素的設置。

「提供程序」選項卡，其中包含用來添加、編輯、刪除、測試或分配應用程序提供程序的設置。

網站管理工具是隨 .NET Framework 2.0 版自動安裝的。有關該工具如何工作的信息，請參見 ASP.NET 網站管理工具。

命令行工具
.NET Framework 包括幾個執行特定配置操作的命令行工具。例如，使用 Aspnet_regiis.exe 工具，可以指定將哪個版本的 .NET Framework 應用於 ASP.NET 應用程序。有關更多信息，請參見 .NET Framework 工具。

ASP.NET 配置 API
ASP.NET 配置系統提供一個完整的託管介面，使用該介面，可以通過編程方式配置 ASP.NET 應用程序，而不必直接編輯 XML 配置文件。另外，ASP.NET 配置 API 還執行下列任務：

通過為配置層次結構中所有級別的數據提供一個集成視圖來簡化管理任務。

支持部署任務，包括創建配置和用一個腳本配置多台計算機。

為構建 ASP.NET 應用程序、控制台應用程序和腳本、基於 Web 的管理工具和 MMC 管理單元的開發人員提供單一的編程介面。

防止開發人員和管理員進行無效的配置設置。

允許您擴展配置架構。您可以定義新配置參數並編寫配置節處理程序以對它們進行處理。

提供從當前正在運行的應用程序獲取配置信息的靜態方法，以及從單獨的應用程序獲取配置信息的非靜態方法。使用靜態方法可以提高應用程序的運行速度，但是這些方法只能從您要獲取其配置數據的應用程序內部使用。

有關更多信息，請參見 ASP.NET 配置 API。

配置安全性
ASP.NET 配置系統有助於防止未經授權的用戶訪問配置文件。ASP.NET 將 IIS 配置為拒絕任何瀏覽器訪問 Machine.config 或 Web.config 文件。對於試圖直接請求配置文件的任何瀏覽器，都返回 HTTP 訪問錯誤 403（禁止）。

另外，將禁止一個 ASP.NET 應用程序中的配置文件訪問其他 ASP.NET 應用程序中的配置設置，除非您的配置應用程序在完全信任模式下以對其他應用程序中的配置文件具有讀取許可權的帳戶運行。

有關更多信息，請參見保證 ASP.NET 配置的安全和使用受保護的配置加密配置信息。

『肆』 此網站是面向ASP.NET的早期版本編譯的.請使用對應的aspnet_merge早期版本合並它

解決辦法：
1：大開vs2010-》文件-》打開項目（或者網站）
之後會提示是早起版本，是否備份，點擊否。就會自動轉換成功了！
2：如果不行，新建一個工程，仿照他的解決方案，建立一個新的解決方案，把代碼黏貼進去!

Good Luck!希望能夠幫助到你！

如果幫助到你，請採納！謝謝！

『伍』 aspnet有什麼好

ASP.NET優點主要表現在：

◆可管理性：

ASP.NET 使用基於文本的、分級的配置系統，簡化了將設置應用於伺服器環境和 Web 應用程序的工作。因為配置信息是存儲為純文本的，因此可以在沒有本地管理工具的幫助下應用新的設置。配置文件的任何變化都可以自動檢測到並應用於應用程序。詳細信息，請參閱ASP.NET 配置。

◆安全：

ASP.NET 為 Web 應用程序提供了默認的授權和身份驗證方案。開發人員可以根據應用程序的需要很容易地添加、刪除或替換這些方案。詳細信息，請參閱ASP.NET 安全。

◆易於部署：

通過簡單地將必要的文件復制到伺服器上，ASP.NET 應用程序即可以部署到該伺服器上。不需要重新啟動伺服器，甚至在部署或替換運行的已編譯代碼時也不需要重新啟動。詳細信息，請參閱ASP.NET 部署。

◆增強的性能：

ASP.NET 是運行在伺服器上的已編譯代碼。與傳統的 Active Server Pages (ASP) 不同，ASP.NET 能利用早期綁定、實時 (JIT) 編譯、本機優化和全新的緩存服務來提高性能。詳細信息，請參閱ASP.NET 性能監視。

◆靈活的輸出緩存：

根據應用程序的需要，ASP.NET 可以緩存頁數據、頁的一部分或整個頁。緩存的項目可以依賴於緩存中的文件或其他項目，或者可以根據過期策略進行刷新。

◆國際化：

ASP.NET 在內部使用 Unicode 以表示請求和響應數據。可以為每台計算機、每個目錄和每頁配置國際化設置。

◆移動設備支持：

ASP.NET 支持任何設備上的任何瀏覽器。開發人員使用與用於傳統的桌面瀏覽器相同的編程技術來處理新的移動設備。

◆擴展性和可用性：

ASP.NET 被設計成可擴展的、具有特別專有的功能來提高群集的、多處理器環境的性能。此外，Internet 信息服務 (IIS) 和 ASP.NET 運行時密切監視和管理進程，以便在一個進程出現異常時，可在該位置創建新的進程使應用程序繼續處理請求。詳細信息，請參閱ASP.NET 進程隔離。

◆跟蹤和調試：

ASP.NET 提供了跟蹤服務，該服務可在應用程序級別和頁面級別調試過程中啟用。可以選擇查看頁面的信息，或者使用應用程序級別的跟蹤查看工具查看信息。在開發和應用程序處於生產狀態時，ASP.NET 支持使用 .NET Framework 調試工具進行本地和遠程調試。當應用程序處於生產狀態時，跟蹤語句能夠留在產品代碼中而不會影響性能。

◆與 .NET Framework 集成：

因為 ASP.NET 是 .NET Framework 的一部分，整個平台的功能和靈活性對 Web 應用程序都是可用的。也可從 Web 上流暢地訪問 .NET 類庫以及消息和數據訪問解決方案。ASP.NET 是獨立於語言之外的，所以開發人員能選擇最適於應用程序的語言。另外，公共語言運行庫的互用性還保存了基於 COM 開發的現有投資。

◆與現有ASP應用程序的兼容性：

ASP和ASP.NET 可並行運行在IIS Web伺服器上而互不沖突；不會發生因安裝 ASP.NET 而導致現有 ASP 應用程序崩潰的可能。ASP.NET 僅處理具有 .aspx 文件擴展名的文件。具有 .asp 文件擴展名的文件繼續由 ASP 引擎來處理。然而，應該注意的是會話狀態和應用程序狀態並不在 ASP 和 ASP.NET 頁面之間共享。

另外ASP.NET優點還包括了ASP.NET啟用了分布式應用程序的兩個功能：Web窗體和 XML Web 服務。相同的配置和調試基本結構支持這兩種功能。

Web 窗體技術使您建立強大的基於窗體的網頁。Web 窗體頁面使用可重復使用的內建組件或自定義組件以簡化頁面中的代碼。
使用 ASP.NET 創建的 XML Web 服務可使您遠程訪問伺服器。使用 XML Web 服務，商家可以提供其數據或商業規則的可編程介面，之後可以由客戶端和伺服器端應用程序獲得和操作。通過在客戶端/伺服器和伺服器/伺服器方案中的防火牆范圍內使用標准（如 XML 消息處理和 HTTP），XML Web 服務可啟用數據交換。以任何語言編寫的且運行在任何操作系統上的程序都能調用 XML Web 服務。

ASP.NET優點就向你介紹到這里，希望通過這樣的介紹使你更加了解ASP.NET優點，更好的使用ASP.NET。

『陸』 VS2005 debug編譯和msbuild編譯 有什麼區別

用aspnet_compiler發布網站在asp.net 2.0模型中，vs2005已經完全脫離了編譯而成為了一個徹底的ide.算是一個不小的改動。其中更是取消了有關Web Application的概念，使得習慣了vs2003的人剛開始的時候會有一些摸不著頭腦。下面簡單說一下我在使用過程中自己總結的，算是一點經驗。

新建web工程並且位置是文件系統的時候，vs2005隻是幫你建好了一個sln文件，這個東西只是指引msbuild 如何進行編譯的，過程是：ide 調用 msbuild ,msbuild解析sln文件,msbuild調用aspnet_compiler.exe進行網站的編譯。所以aspnet_compiler.exe只是負責進行網站的編譯的。

預編譯的概念在 .netframework 1.1 裡面就存在了，vs2003中的預編譯指的是將頁面對應的cs/vb文件與resx文件編譯後統一集成到一個dll中放到bin目錄下，將aspx文件直接拷貝過去。這樣做會留下隱患，因為aspx文件就直接暴露在最後的發行包中，如果完全是codeb-behind模型還好，只能改改界面，如果採用了頁面上的來生成頁面，源代碼就暴露了。針對這些問題，vs2005採用了一種新的模式。
請參看ASP.NET 編譯工具 (Aspnet_compiler.exe) 這篇文章了解對各種文件的處理方式。

IDE發布：
vs2005中選擇 生成-〉發布網站，在對話框中的操作將映射到aspnet_compiler.exe的參數中，可更新的發布對應 -u，其他選項類似，請參考上面的文章了解。
注意：發布時將忽略web.config中的debug參數，統一生成無調試信息的文件。

手工編譯：
簡單說來，如果是無更新發布模式編譯，appcode下面的class編譯成dll放在bin下,頁面內容清空位置不變作佔位用，同時頁面被編譯成一個隨機名稱的dll,增加一個同名.compiled文件到bin目錄下，內容大概如下：

<?xml version="1.0" encoding="utf-8"?>
<preserve resultType="3" virtualPath="/Forum/AdminList.aspx" hash="6772609c3" filehash="49154463f1d6738c" flags="110000" assembly="App_Web_hmrycg3w" type="ASP.forum_adminlist_aspx">
<filedeps>
<filedep name="/Controls/footer.ascx" />
<filedep name="/Controls/header.ascx" />
<filedep name="/Forum/AdminList.aspx" />
<filedep name="/Forum/AdminList.aspx.cs" />
<filedep name="/Forum/menu.ascx" />
<filedep name="/Forum/menu.ascx.cs" />
</filedeps>
</preserve>
裡面只是列出了頁面上的customcontrol,這里已經完成了和masterfile的映射。這樣最大限度的保護了頁面的敏感信息，發布過的網站中只能看見一堆文件名了。可更新的發布模式與vs2003類似，頁面就直接拷貝過來不予編譯了。

講了一堆原理，下面說一下aspnet_compiler.exe的調用方法,這是我使用的例子

我的開發目錄是這樣的

Project/
library/
devroot/
pubroot/
proj.sln
使用的命令如下：

aspnet_compiler -v / -p .\devroot -f .\pubroot
分析：

-v / 指明了iis的虛擬目錄
-p .\devroot 表示代碼實際位置
.\pubroot 指明了要發布的位置
-f 表示強制改寫目標位置
你還可以用-u來進行傳統意義上的預編譯，-d來插入編譯符號。

總的來說，aspnet_compile結合msbuild,提供了一個很好的自動化編譯環境，值得研究研究：）

『柒』 編譯器錯誤消息: ASPNET: 請確保此代碼文件中定義的類與「inherits」特性匹配，並且該類擴展的基類

修改對應的aspx文件，找到開頭的地方，修改成：<%@ Page Language="C#" AutoEventWireup="true" CodeFile="shop_proct_type
aspx.cs" Inherits="shop_proct_type" %>
其中CodeFile=後面的是哪個aspx.cs文件就寫哪個，如實寫。