看到這個標題你可能會笑，alpha版的時候MS叫它ASP+，後來出了beta1版，就改名叫ASP.Net了，那還不是一回事嗎？你錯了，這不僅僅是一個簡單的叫什麼的問題，而是一個它到底是什麼的問題。關於asp.net到底是什麼，恐怕你已經看過不少這類文章，並且有自己的理解，但恐怕大多數人的理解不是那麼正確。問個簡單的問題，asp.net和asp有什麼關系？恐怕chinaasp .net版版主的看法代表了大多數人的理解：asp+就是比asp什麼都多一點點而已：），真的是這樣嗎？讓我們看下面這個例子，這段代碼是我自己的ASP.Net BBS的用戶注冊模塊的提交按鈕點擊事件，作用是將用戶提交的數據存入數據庫中。
//提交按鈕點擊
public void OnSubmit(Object sender , EventArgs e)
{
if (Page.IsValid)
{
//數據入庫
try
{
BBSUser myUser = new BBSUser() ;
if(!myUser.GetUser(txtUserName.Text))
{
myUser.CreateUser(BBSUser.CreateType.Create , txtUserName.Text , txtPassWord.Text ,
txtEmail.Text , txtHomepage.Text , "") ;
}
}
catch(Exception exp)
{
#if DEBUG
Response.Write ("出現異常：" + exp.Message) ;
return ;
#endif//DEBUG
Server.Transfer("error.ASPx") ;
}
}
}
怎麼樣，是不是和你原來習慣使用的asp有些區別呢？代碼中你見不到數據入庫，而全部封裝到BBSUser類的CreateUser方法中，或許你會說asp也行呀，做個函數或過程不就行了？是，的確如此，ASP.Net也可以直接把它做成一個過程然後來調用，但如果那樣的話，那就真的只比ASP多一點點而已了。還是讓我們從頭說起吧。
ASP.Net和asp的最大區別在於編程思維的轉換，而不僅僅在於功能的增強。ASP使用vbs/JS這樣的腳本語言混合Html來編程，而那些腳本語言屬於弱類型、面向結構的編程語言，而非面向對象，這就明顯產生以下幾個問題：
1、代碼邏輯混亂，難於管理：由於ASP是腳本語言混合Html編程，所以你很難看清代碼的邏輯關系，並且隨著程序的復雜性增加，使得代碼的管理十分困難，甚至超出一個程序員所能達到的管理能力，從而造成出錯或這樣那樣的問題。
2、代碼的可重用性差：由於是面向結構的編程方式，並且混合Html，所以可能頁面原型修改一點，整個程序都需要修改，更別提代碼重用了。
3、弱類型造成潛在的出錯可能：盡管弱數據類型的編程語言使用起來回方便一些，但相對於它所造成的出錯幾率是遠遠得不償失的。
以上是語言本身的弱點，在功能方面ASP同樣存在問題，第一是功能太弱，一些底層操作只能通過組件來完成，在這點上是遠遠比不上PHP/JSP，其次就是缺乏完善的糾錯/調試功能，這點上asp/PHP/JSP差不多。那麼，ASP.Net有哪些改進呢？
asp.net擺脫了以前ASP使用腳本語言來編程的缺點，理論上可以使用任何編程語言包括c++ , vb , JS等等，當然，最合適的編程語言還是ms為.Net frmaework專門推出的c#(讀csharp)，它可以看作是vc和Java的混合體吧，盡管ms自己講c#內核中更多的象vc，但實際上我還是認為它和java更象一些吧。首先它是面向對象的編程語言，而不是一種腳本，所以它具有面向對象編程語言的一切特性，比如封裝性、繼承性、多態性等等，這就解決了剛才談到的asp的那些弱點。封裝性使得代碼邏輯清晰，易於管理，並且應用到ASP.net上就可以使業務邏輯和Html頁面分離，這樣無論頁面原型如何改變，業務邏輯代碼都不必做任何改動；繼承性和多態性使得代碼的可重用性大大提高，你可以通過繼承已有的對象最大限度保護你以前的投資。並且c#和c++、Java一樣提供了完善的調試/糾錯體系。好了，一口氣說了這麼些理論性的東西，不如結合一個實例來具體說明，在以後的內容裡我將結合一個論壇的實例來具體說明ASP.Net的開發，這個論壇的完整源代碼及論壇本身你可以在我的站點(http://bigeagle.wotoo.com找到)。
對了，要說明一點，這個教程並不是asp.net的入門教程，我假設你對ASP.Net、c#和面向對象編程有一定的了解，如果不是這樣的話，請先閱讀有關文章或教程。
