出處: http://dotnet.csdn.net/page/2486a286-c693-4a94-9afd-5fd19ab3eeb7
主體架構
各頻道分別位於不同的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部件拆分方式適用於業務功能比較複雜的大型項目，要求團隊內部有着明確、細化的分工合作。但如果面對的是中小型項目，該方式很有可能成爲開發效率的瓶頸。這主要是由項目特點決定的，中小型項目業務功能相比大型項目沒有那麼複雜，開發人員數量也比較有限，往往一個人要負責整個模塊的開發。在這種情況下，架構層次過於繁多，每次修改一個層時，其他相關層也得跟着同步修改，這樣反而影響了開發效率。
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中多頻道網站架構的一種實現方法，由於涉及到的內容較多，無法一一展開，但對其中的重點部分還是多加了點筆墨，希望對你有用:-)
主體架構
各頻道分別位於不同的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部件拆分方式適用於業務功能比較複雜的大型項目，要求團隊內部有着明確、細化的分工合作。但如果面對的是中小型項目，該方式很有可能成爲開發效率的瓶頸。這主要是由項目特點決定的，中小型項目業務功能相比大型項目沒有那麼複雜，開發人員數量也比較有限，往往一個人要負責整個模塊的開發。在這種情況下，架構層次過於繁多，每次修改一個層時，其他相關層也得跟着同步修改，這樣反而影響了開發效率。
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中多頻道網站架構的一種實現方法，由於涉及到的內容較多，無法一一展開，但對其中的重點部分還是多加了點筆墨，希望對你有用:-)
