老站長個人經驗談網站構架的問題

仲介交易 HTTP://www.aliyun.com/zixun/aggregation/6858.html">SEO診斷 淘寶客 雲主機 技術大廳

我最近常常在各大站長站看各種類型的文章，突然我發現其中關於網站構架這方面的教程十分的稀少，有的只是在千篇一律的重複說要合理，怎麼個合理法確沒看到什麼下文。 剛好，本人在這方面有一些經驗。 因為我自己獨立開發過一個遊戲整站程式，目前還在使用，功能上已經接近于CMS。 可是我在設計之初由於沒有認真思考。 所以導致我現在程式的擴充性很差。 此時我才明白，為什麼軟體要有設計這個職業，一個好的設計也是網站優化的很重要的一步，它就像人一樣，如果你身體強壯但缺乏一個活躍的心臟後果是不堪設想的。

雖然大部分站長可能用CMS的居多。 似乎在程式的構架上不需要你操心，但是我認為設計一個合理的構架你要把它當作一種習慣。 那麼今天我將以我自己的網站構架開發日誌，來引領您認識網站構架所存在的一些問題，當然這不是全部!只是做一個引申的作用。

本人在大概1年多以前，決定做一個遊戲新手卡發佈系統。 當時我只是為了給自己使用，所以設計上我初步的設定為如下幾個方面：欄目管理，遊戲介紹，卡號管理程式。 這三個主要功能。 決定下來就開始製作。 當製作完成以後。 我那麼發現，如果僅僅有這三個功能是不合理的，因為遊戲有分廠商，必須得需要一個一級欄目來卻別對待各個遊戲的所屬問題。 所以，我不得不部分的改進程式碼從單欄目設計改成二級別分類的設計。 在處理完這個程式後臺的問題後，輪到頁面了。 因為當初想法的簡單，前臺使用的是動態顯示，後期由於想更好的發展所以決定改成靜態顯示。 那麼這又衍生出一個問題，程式範本將用何種方法實現，最開始沒有考慮仔細，我就直接在資料庫裡定義好了範本。 當網站日漸形成規模後，麻煩的事情又來了。 因為當初沒有認真的思考構架。 範本的問題就日益顯現出設計的不合理性。 第一，在資料庫裡自己定義範本代碼，可見度差，不可直接修改。 第二，如果我的一級欄目，比如盛大遊戲需要一個單獨的範本那就無法解決。 在比如二級欄目如盛大的永恆之塔也需要一個範本如何解決?

另外內容管理上，在網站成規模後又引來了一個巨大的問題。 首先，本人設計的是二級分類，可是在我網站的長期發展上這個是不利的。 比如，一欄目盛大遊戲裡的永恆之塔，我想單獨發佈一個永恆之塔的經驗攻略，那麼就無法實現三級分類。 要是如果將來還需要在三級分類裡面細分，那麼程式就更無法配置。 當然，說到這裡大家可以說改啊，請記住一點，當你網站規模日益龐大時，網站構架的更改將有許多問題需要處理，花費的時間是巨大的。 二我們7474.html">草根站長，雖然時間多。 但需要應付網站各個方面的問題，精力是不夠的。 更不需要我們花費大量的時間在程式上。 除非你不想發展你的網站了。

當然，還有一些巨量的小細節我就不講了，否這篇幅太長。 還是拿我自己那個遊戲程式說事吧!經過了它這一折騰，也好。 讓我對程式的構架有了一些小小的理解。 這裡也說出來讓大家舉一反三。

構架設計一定要充分考慮未來。 未來你將怎麼發展，按照這個思路設計一個大的框架，千萬不可隨性而為，今天想到一點就做一點。 當然在內容頁上也要充分的考慮導航應該怎麼設計。 不要小看這麼一點。 因為現在用的是靜態HMTL。 你一但未處理好將來會非常的麻煩。 程式應該在設計之初就要考慮擴充性的問題、誰能保證我將來不做大?預留好程式介面，將來的改進直接通過介面完成。 一個普通類型的網站，核心代碼其實就那麼一段。 就像我的遊戲程式，核心代碼現在就是在「頁面標籤」這塊。 當然當初沒有留下介面現在也是非常的麻煩。 因為你的核心代碼將嵌套到程式的各個方面。 而且代碼巨多。 比如我的「頁面標籤」代碼這塊，就長達1600多行。 這也只是僅僅為了更好的配合範本做到資料與顯示分離。 還有N多的外部函數。 你想想，如果改的話，那等同于重行設計程式。 如果當初把構架做好，是不是就沒有這些問題?

好了，今天就講到這裡。 本文首發遊戲先鋒 HTTP://www.key28.cn/