網站架構的選擇思考：博覽百家不如專精一行

最近的一個項目，在是否選用drupal的問題上，稍微有些紛爭，也由此導出了這篇文章，希望對大家選擇開源系統協作站點有所幫助。

文章會比較冗長，先簡要的說一下選擇之前需要考慮的重點：

需求 | 學習成本 | 開發速度 | 性能與后期維護 | 總結

需求

我們需要什么功能？

網站需要什么時間上線？

開發需要什么樣的人力資源？

根據需求，來做評估。

開源軟件種類繁多，雨后春筍般涌現的開源框架都聲稱自己是最好的。

面對老板推薦一個框架已經變成一件困難的事情，他們會有各種各樣的問題：Webwork比Struts好在哪里？Hibernate和iBatis各自的優缺點是什么？OpenWFE比之jBpm有什么優勢？drupal在國外很火啊，為什么不適合咱們？

要確定一個框架時，往往需要將相似的框架都研究一遍，以便有充足的理由讓老板相信我們的選擇是最優的。但是，要將同類的框架都做一次研究比較并非易事，例如能用于開發企業網站的就有joomla、drupal、ee、dede、phpcms、MODx、typo3、甚至wordpress都可以用作于企業站點，這么多良莠不齊的東西，每種都有他們自己的設計思路和實現方案，決定選擇哪一種，不可能在項目周期內占用太多的時間，而不深入預研又無法客觀地作出評判，所以往往是熬紅的雙眼依然帶著迷茫的目光。

怎么辦？

從實際情況出發，手里有幾桿槍？大家的能力如何？團隊比較熟悉哪款框架？有必要選擇這些開源程序嗎？高度定制的系統，自己寫是否更有效率？

以drupal舉例，我確信它是萬能的，玩熟了之后可以適用于各種領域。

drupal強大的擴展性，可以輕松調用社區開發的各種modules，論壇/博客/投票/社區/電子商務/短消息，應有盡有，給客戶做網站的時候，他所要求的常用功能，基本上都可以很快找到。

對于建站者來說，這種快速開發的神器，在和任何客戶的戰斗中都能發揮作用，為什么不大力推廣？

但是，我們需要嗎？

我們的博客已經采用了wordpress架構，我們的論壇已經采用了discuz積累了大量的數據，我們的招聘系統已經穩定上線錄入了許多職位，而我們真正需要后臺更新維護的“產品特性”“通欄圖”“合作方式”“軟件更新列表”，等等等等特色功能，都需要php人員學習drupal modules的開發方式，自行開發，需要前端人員學習他們的模版架構，再提交給php加入一個個的模塊之內。

種種需求拉下來，選擇drupal是減輕了壓力，還是加重了成本？

學習成本

不懂，就會遇到各種各樣的問題。

如果一個項目的負責人選用了一種自己都不熟悉的開發平臺，召集了一批不專業的 Drupal 平臺二次開發者，除了 Drupal 本身的開發入門確實不容易以外，是否也要檢討一下自己到底應以什么標準選擇開發平臺呢？

一個項目開發周期是多少？能留給大家的學習時間是多少？

短時間內是否能夠熟悉框架的真正魅力？

使用drupal的view模塊，確實可以非常容易的創建一個最新文章列表區塊。

但你是否要考慮代碼冗余？是否有更好的方法來實現？

任何一個框架的熟練掌握，都需要大量的時間。我們要最優性能，就要下功夫。

這不是個人的戰斗，大量的邏輯存儲在數據庫，導致整個團隊的協作，需要適應新的開發模式，建站者學習drupal是為了建設上百個企業站點。

我們半個團隊出來學drupal只為了這一個站點，是否大材小用？

開發速度

選擇框架，或者開發框架，哪個更高效取決于要做的事情是什么。取決于開發者是否熟悉。

框架沒有好與壞的區別，問題在于是否適合。

你的團隊最擅長干什么，問他們一下再做決定。

如果開發周期過長，學習成本過高，為什么不外包出去？

專業的人做專業的事，互聯網是高速迭代的過程，工作重點是什么？如何提高效率？

性能與后期維護

性能和安全性一樣，如果選擇的是開源系統，只要跟著系統升級就是了。

唯一的問題在于，升級常常會導致模塊工作的異常。

確保所有自定義的和第三方的模塊（modules）與新升級的Drupal版本相匹配，是后期維護中比較大的一個問題。

其他方面，在需求不明的情況下，我揣測一下領導的意圖：

用drupal的模版+多語言包，將官方網站推送到全世界范圍，全球各個分公司，只需要招聘一個能看懂drupal后臺、會打字的人，就可以維護當地官方網站的正常運行。畢竟每個地區都招一個懂html的前端開發來維護，成本會比較高。

這個需求，我們是否有更好的方法來實現？

我們自己做一個多語言的后臺，可視化界面讓他們修改文字，自定義的后臺即簡單也易學。

總結

誰說服誰并不重要，重要的是實現同樣的需求，哪個更快、更好？

干活的那個人是誰？他擅長什么？他的建議是什么？

每個人的時間是有限的，對于周期緊，進度急，加班趕的it民工來說更加如此，作為開發者，選擇好適合自己、適合項目的框架進行重點學習尤為重要。博覽百家不如專精一行。

作為負責人，聽取手下的專業建議比聽取互聯網上的xx評測更為靠譜，用人不疑，不要讓員工把時間都浪費在討論框架上。對于公司來說，利潤永遠都是第一位的，不管用不用框架或用什么框架，只要能如期保質保量完成用戶的所有功能需求，就是最好的項目。

希望此文能讓兄弟們在嘈雜喧鬧的開源世界把握方向。找準真正適合自己的路。

也希望老板們，以后請僅提需求，不要提實現方式。

作者：崔凱

文章來源：http://uicss.cn/how-to-choose-open-source/