首先了解自己的實際需求是最重要的：想根據現成系統將自己的需求硬往上照搬是非常不可取的。訪問量，權限控制和各種功能需求。每個模塊和功能自己都比較清晰一點以后，再去網上找找類似的實現：你會發現其實每個環節到目前上都有比較成熟的實現了，而且還在不斷完善和發展中，如果沒有：你的需求太特殊，或者可以嘗試分解成更小的系統組合實現。內容管理系統被分離成以下幾個層面：各個層面優先考慮的需求不同。

1. 后臺業務子系統管理（管理優先：內容管理）：新聞錄入系統，BBS論壇子系統，全文檢索子系統等，針對不同系統的方便管理者的內容錄入：所見即所得的編輯管理界面等，清晰的業務邏輯：各種子系統的權限控制機制等；

2. Portal系統（表現優先：模板管理）：大部分最終的輸出頁面：網站首頁，子頻道/專題頁，新聞詳情頁一般就是各種后臺子系統模塊的各種組合，這種發布組合邏輯是非常豐富的，Portal系統就是負責以上這些后臺子系統的組合表現管理；

3. 前臺發布（效率優先：發布管理）：面向最終用戶的緩存發布，和搜索引擎spider的URL設計等……

   內容管理和表現的分離：很多成套的CMS系統沒有把后臺各種子系統和Portal分離開設計，以至于在Portal層的模板表現管理和新聞子系統的內容管理邏輯混合在一起，甚至和BBS等子系統的管理都耦合的非常高，整個系統會顯得非常龐雜。而且這樣的系統各個子系統捆綁的比較死，結果后臺的模塊很難改變。但是如果把后臺各種子系統內容管理邏輯和前臺的表現/發布分離后，Portal和后臺各個子系統之間只是數據傳遞的關系：Portal只決定后臺各個子系統數據的取舍和表現，而后臺的各個子系統也都非常容易插拔。

4. 內容管理和數據分發的分離：需要要Portal系統設計的時候注意可緩存性（Cache Friendly）性設計：CMS后臺管理和發布機制，本身不要過多考慮"效率"問題，只要最終頁面輸出設計的比較Cacheable，效率問題可通過更前端專門的緩存服務器解決。

   此外，就是除了面向最終瀏覽器用戶外，還要注意面向搜索引擎友好(Search engine Friendly)的URL設計：通過 URL REWRITE轉向或基于PATH_INFO的參數解析使得動態網頁在鏈接（URI）形式上更像靜態的目錄結構，方便網站內容被搜索引擎收錄。

名稱欄目：CMS被分離的層面不同需求也不同
文章出自：http://www.js-pz168.com/news15/280515.html

成都網站建設公司_創新互聯，為您提供App設計、商城網站、響應式網站、手機網站建設、用戶體驗、虛擬主機

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯