關於企業建站系統的總結和思考

  企業建站系統我的理解是用於支撐企業網站維護運轉的系統,它還有個作用就是簡化制作人員的時間,提高做企業網站的速度。

  我先提出幾個問題:

  第一個問題:假設你給A客戶加瞭個功能1,給B客戶加瞭個功能2,給C客戶加瞭個功能3。那麼這3個功能要不要合並呢?如果合並到一套系統裡面瞭,你的這套系統會非常龐大,隨之帶來的不僅是後臺菜單選項的增多,導致易用性下降。而且整個系統的運行效率就會變差,功能越多,維護起來也越恐怖。

  第二個問題:對於企業建站的公司來說,大部分都是小規模的。所以能不能做到設計制作網站的可以不考慮程序,甚至他可以完全不懂程序,隻要設計出來,這個網站就完成瞭。一些建站系統追求的就是這種目標,可視化建站,拖動完成這些都是這類系統的賣點。

  第三個問題:由於企業網站的每個客戶的版面都是不一樣的,有些是全站flash的,而有些要特別的加某個功能的,而有些要和第三方系統協調,還有一些是wap網站(目前我們還沒碰到這種),那麼所采用的建站系統能不能適應未來的這種多變的需求呢?對於flash網站其實就可以甩掉網上的一些cms瞭。

  第四個問題:所用的建站系統能不能幫助制作人員更快的做出網站,更快的進行網站的改版?

  現在網上的cms以模板型的居多,模板型就是制作人員做好頁面後,然後通過cms特有的標簽來調用數據庫數據從而完成數據的顯示。這種模板型cms的問題是系統提供的標簽能不能滿足實際建站中的需求,比如有些cms在綜合頁中隻能調用產品分類和新聞分類,而如果要調用其它功能,就需要自己修改cms瞭。還有個不足是與第三方系統的整合,比如有個客戶要加一個電子報系統,那麼這個電子報系統如何很好的結合就是個問題。優點是這種系統所采用的模板可以很快速的建立一個網站,也可以很快速的進行改版。但是隨著功能的積累,整個系統的菜單項會越來越多,易用性肯定就會下降。

  對此我提出的解決方案是框架型系統+插件的模式

  框架型系統指的是原生建站的方式,但是把一些常用的功能都封裝成模塊瞭。制作人員隻需要復制粘貼一段代碼就可以完成數據調用瞭。比如客戶想在首頁加個產品分類菜單,那麼首先把調用產品分類的代碼封裝到一個table或div中。然後直接復制過去再修改下樣式就可以瞭。下次某個地方要用,就再重新復制一份過去。雖然所有的模塊第一次的時候,需要預先寫好。但是後面的幾次使用就可以直接拿來用瞭。而不用考慮我這段代碼是做什麼的,隻需要改改寬高和顏色這些樣式就行瞭。而框架型提供的封裝過的函數,可以簡化這些功能模塊的開發。而且這些功能模塊也不會使整個基礎系統的後臺菜單變的龐大,隻需要按照客戶的要求不斷的加入模塊就行瞭。 對於客戶來說,隻有他們自己要用的到的幾個功能菜單,這樣易用性就比模板型的那種全部都是沒用到的菜單項要來的簡單。

  而且框架型另一個好處是,可以滿足多樣的建站需求,比如對於全站都是flash的網站,框架型系統肯定是可以滿足要求的。因為他是原生的開發模式。

  那麼插件的作用是 提供一些特殊的功能,這個是用來解決問題一的。比如A客戶要加的功能1,可以做成插件,隻在客戶A的系統中使用,如果要用在B客戶中,那麼隻需要復制插件過去就可以瞭。

  但是這種解決方案的不足在於不能夠很好的加快建站的速度和快速進行二次改版。但是實際是企業網站的頁面必定不會很多的,再加上一些頭文件include這種方式,其實做一個網站也不花多少時間的。

  本文討論的是小網絡公司對於企業建站方面的一些心得,不適用於門戶,政府等內容比較多的cms。有任何疑問請來我的博客諸暨網絡推廣交流。