推薦：ASP.NET 2.0高級數據處理之數據綁定
在前面的"模板中的數據綁定"部分中我們論述過，ASP.NET包含了一種宣告式的數據綁定語法，用于在數據綁定模板中把數據源字段與控件的屬性相關聯。你也可以在代碼中使用＜%# ... ＞語法

各頻道分別位于不同的Web Project(具有獨立的二級域名)，并將所有的業務邏輯以及數據訪問功能封裝成Class Library，所有頻道共用這個Class Library。

下面詳細介紹實現方法。

假設網站有三個頻道，新聞、論壇以及博客，對應的二級域名為"news"、"forum"、"blog"。除此之外，還需要另外定義兩個域名，分別用于網站首頁以及用戶注冊、登陸功能(基于Passport機制，本文后面將作詳細介紹)，對應域名為"homepage"、"passport"。

1、配置各頻道URL

a、配置hosts文件

用文本編輯器打開hosts文件(位于c:\windows或winnt\system32\drivers\etc\)，該文件中存放初始的域名解析信息。當我們在瀏覽器中請求某個URL時，系統首先在hosts文件中查找相應域名，如果找到則跳轉至指定IP,如果沒找到，則進一步提交DNS進行域名解析。

配置很簡單，格式形如"[IP][空格][域名]"，每條數據對應一行。下面為配置內容：

192.168.1.2 www.mysite.com

192.168.1.2 passport.mysite.com

192.168.1.3 news.mysite.com

192.168.1.5 forum.mysite.com

192.168.1.9 blog.mysite.com

你可能已經注意到了，各頻道對應于不同的IP，這正是該架構的開發靈活性所在。各頻道(Web Project)可以創建于不同的開發者電腦。通過將配置內容同步到各臺電腦，可以方便的在各頻道間進行頁面瀏覽，就像這些頻道位于你自己的電腦一樣!采用這種方式可以極大降低開發耦合性，每個頻道都是一個獨立的模塊，一個頻道中的Bug不會影響到另一個頻道。

b、配置Web.Config

考慮到各頻道二級域名有可能進行調整，將相應配置信息存放于Web.Config文件是一個好辦法。同樣的，該配置信息必須同步到各Web Project。下面為配置內容：

＜add key="SiteDomainName" value="mysite.com"/＞
＜add key="HomepageSiteURL" value="http://www.mysite.com/homepage/"/＞
＜add key="PassportSiteURL" value="http://passport.mysite.com/passport/"/＞
＜add key="NewsSiteURL" value="http://news.mysite.com/news/"/＞
＜add key="ForumSiteURL" value="http://forum.mysite.com/forum/"/＞
＜add key="BlogSiteURL" value="http://blog.mysite.com/blog/"/＞
＜add key="LocalSiteURL" value="/blog/"/＞

各配置項說明如下

SiteDomainName:站點域名，形如"mysite.com"、"mysite.com.cn"、"mysite.net"等。該配置項的使用方法將在后文介紹。

LocalSiteURL:當前頻道根路徑，也就是Web Project所在網站或虛擬目錄的路徑，以"/"開頭。該配置項主要用于頻道內部的引用，比如圖片引用、頁面鏈接等。

其余配置項:用于頻道間的引用，比如頻道導航、功能調用等。

2、創建Model部件

在MVC模式組成中，Model部件包括所有的業務邏輯操作，其中也包含數據訪問操作。

本方案將Model部件拆分成對象實體、對象操作以及數據訪問三部分，封裝成三個Class Library。

由于Class Library設計本身就是一個很大的話題，本文就不再祥述了，有興趣的話可以參考一些相關資料。

經驗分享：

上述的Model部件拆分方式適用于業務功能比較復雜的大型項目，要求團隊內部有著明確、細化的分工合作。但如?????? ?o�c?果面對的是中小型項目，該方式很有可能成為開發效率的瓶頸。這主要是由項目特點決定的，中小型項目業務功能相比大型項目沒有那么復雜，開發人員數量也比較有限，往往一個人要負責整個模塊的開發。在這種情況下，架構層次過于繁多，每次修改一個層時，其他相關層也得跟著同步修改，這樣反而影響了開發效率。

3、實現Passport機制

很多網站都采用Session來存放個人信息，比如登錄信息，并以次作為用戶登錄與否的判斷依據。但Session有一個缺陷，就是無法在多個Web應用中共享，一個Web應用生成的Session只能由他自己使用。哪種方法可以在多個Web應用中實現數據共享呢?答案是Cookie。Cookie將信息存放于客戶端, 并在需要時發送回服務器端。

Passport，即通行證，是目前普遍采用的一種用戶身份認證機制，簡單來說就是一次登錄，全站通行。這也正是我們的要求。

這里討論的通行證機制基于Cookie，實現也比較方便。其中的關鍵點是Cookie的Domain屬性設置，Domain屬性表示Cookie信息回發的目標域，也就是接收Cookie的域，接收Cookie的域必須與發送Cookie的域一致，否則無效。比如：發送域為"blog.mysite.com"，則接收域可以設為"blog.mysite.com"或"mysite.com",而"news.mysite.com"和"blog.yoursite.com"為無效接收域。要想讓所有頻道都能接收到Cookie，必須將Domain屬性設置為不帶二級域名前綴的形式，如"mysite.com"、"mysite.com.cn"、"mysite.net"等。

登錄成功后向客戶端發送相應Cookie，其中可以包括一些全局信息，比如用戶編號、用戶名等。用戶退出時刪除相應Cookie，特別要注意的是，刪除Cookie時也要設置正確的Domain屬性。

關于該Passport機制，還有兩個問題值得討論：

a、Cookie的過期時間

有兩種方案可以采用，一種是默認方式，即不設置Cookie的Expires屬性,采用這種方案時，Cookie存放于內存中，在瀏覽器關閉前Cookie將一直存在，也就是一直處于登錄狀態。這種方式主要用于對信息安全要求不是很高的網站，比如娛樂休閑類網站;另一種是指定明確的過期時間，一般情況下會將用戶最后一次訪問網站的時間加上一個超時時間段作為過期時間，有點類似于asp中的session超時機制,這種方式主要用于對安全性要求比較高的網站，比如網上銀行、電子郵箱等。

b、Cookie的信息安全

由于Cookie是以明文方式傳遞數據，不可避免的存在安全隱患，因此對重要數據的加密是非常有必要的。加密可以采用可逆算法，比如DES。

4、創建Web Project

前文已提過，Web Project的創建比較靈活，既可以創建于不同的開發者電腦，也可以創建于同一臺電腦。這主要取決于開發團隊規模。

5、部署

分別部署各頻道，設置二級域名，將Web.Config中的相關配置改為生產環境的實際數據。

其中比較繁復的工作就是各頻道中相同部分的部署，比如說網站頭部(Logo、導航欄等)，網站底部(版權聲明、聯系方式等)，圖片，CSS，JavaScript等。當然也可以把這些公用資源單獨部署于一個頻道中，以供其他頻道調用，但這樣做就破壞了各頻道松耦合的特性，如果用于存放公用資源的頻道出了問題，那其余頻道也將無法正常使用。

結束

本文討論了asp.net中多頻道網站架構的一種實現方法，由于涉及到的內容較多，無法一一展開，但對其中的重點部分還是多加了點筆墨，希望對你有用。

分享：ASP.NET里的事務處理
事務是一組組合成邏輯工作單元的數據庫操作，雖然系統中可能會出錯，但事務將控制和維護每個數據庫的一致性和完整性。如果在事務過程中沒有遇到錯誤，事務中的所有修改都將永久成為數據庫的一部