各頻道分別位於不同的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?果面對的是中小型項目,該方式很有可能成為開發效率的瓶頸。這主要是由項目特點決定的,中小型項目業務功能相比大型項目沒有那麼複雜,開發人員數量也比較有限,往往一個人要負責整個模組的開發。在這種情況下,架構層次過於繁多,每次修改一個層時,其他相關層也得跟著同步修改,這樣反而影響了開發效率。
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的建立比較靈活,既可以建立於不同的開發人員電腦,也可以建立於同一台電腦。這主要取決於Team Dev規模。
5、部署
分別部署各頻道,設定次層網域,將Web.Config中的相關配置改為生產環境的實際資料。
其中比較繁複的工作就是各頻道中相同部分的部署,比如說網站頭部(Logo、導覽列等),網站底部(著作權聲明、連絡方式等),圖片,CSS,JavaScript等。當然也可以把這些公用資源單獨部署於一個頻道中,以供其他頻道調用,但這樣做就破壞了各頻道松耦合的特性,如果用於存放公用資源的頻道出了問題,那其餘頻道也將無法正常使用。
結束
本文討論了asp.net中多頻道網站架構的一種實現方法,由於涉及到的內容較多,無法一一展開,但對其中的重點部分還是多加了點筆墨,希望對你有用。