本人是Drupal的粉絲,電子商務平臺也用Drupal開發過幾個,真心感覺Drupal的強大,Drupal的電子商務平臺比較常用的是 Commerce 和 Ubercart,現在本人以個人觀點對這兩個進行對比,給在選擇哪個做電商的同學一些參考.

歡迎程度

Commerce:自從誕生以來,一直是上升趨勢,目前超過四萬安裝量,目前看起來在D7下,Commerce以微弱優勢領先。

Ubercart:一直表現平穩,安裝量超過四萬,考慮到Ubercart支持D6與D7；在D6下，Ubercart地位無可撼動.

產品管理

Commerce:充分利用Drupal 7的entity，產品Entity花，并于Node解耦，SKU與單個產品綁定；不同產品屬性可以通過不同的SKU來管理，這與實際的產品管理相符合，大大提升了系統的靈活性與擴展性。（比如針對特定SKU的折扣，庫存管理等）在初期，這種方式對用戶造成使用上的困擾，并為ubercart支持者所詬病。但是inline entity form模塊的橫空出世，這個問題已經不再是個問題。

Ubercart:產品即Node，產品屬性等只是自身的一個數據集，擴展性方面不如Commerce好。

運輸與支付

Commerce:本身不帶運輸模塊，需要第三方模塊支持。

Ubercart:核心自帶運輸模塊。

學習曲線

Commerce:學習成本比Ubercart高。但是既然已經選擇Drupal了，這點自然不在話下了。

Ubercart:學習成本，或者說易用性方面勝出。

相似性

Commerce:對第三方模塊的依賴,后臺管理,網店配置大同小異。

Ubercart:對第三方模塊的依賴,后臺管理,網店配置大同小異。

第三方模塊依賴

Commerce:Address Field, CTools, Entity API, Rules and Views.

Ubercart:CTools, Entity API, Rules, and Views

配置性

Commerce:大多數情況下，默認配置即可使網店運轉。支付方式，價格計算，貨幣等需要自定義配置。

Ubercart:默認配置完美工作，可以修改地址，貨幣，聯系人等。

使用場景

Commerce:產品系列差異化比較大，并追求可持續擴展的網店。

Ubercart:產品差異化不大的網店。

文檔支持

Commerce:更勝一籌,與Druapl API關聯更好

Ubercart:也不錯,但是有些方面不足。

長期展望

Commerce:設計之初及考慮未來的擴展性；長期看來，功能會有進一步的增強，易用性方面也會有所改善。

Ubercart:設計上限制了不適合大規模網店采用，將來可能過時。（來源于翻譯，勿噴我）

擴展

Commerce:http://www.drupalcommerce.org/extensions/module

Ubercart:https://drupal.org/node/1593380

其他

Commerce:D8支持

Commerce的2.x分支是面向Drupal8的版本,分支已經建立,不過暫時無代碼.http://www.drupalcommerce.org/roadmap

根據這個roadmap,開發工作是早就開始了,但是還沒有提交到D.O,或許是因為保密原因,或者其他原因.

Ubercart:Ubercart的4.x分支是面向Drupal8的版本,正在緊鑼密鼓進行中。http://cgit.drupalcode.org/ubercart/tree/?h=8.x-4.x 這里可以看到有很多代碼的提交.

總結

Commerce的作者也是以前Ubercart的主要程序員.

Commerce的發展,帶來了一系列福利模塊,比如address field， inline Entity form，inline conditions等,目前這些模塊的使用范圍已經超過了電商范疇,

Commerce在靈活性與擴展性方面較之Ubercart有后發優勢,雖然Commerce的發展與Commerce guys賣力推廣不無關系,但是自身的設計構架也值得肯定.

在Drupal 7下面,我們可能看不到Commerce與Ubercart分出勝負的時刻,二者之間的競爭會在Drupal 8下繼續進行,讓我們拭目以待.

就我在寫本文調研過程中,發現Commerce的支持大大多于Ubercart,筆者亦站在大多數人的立場,支持Commerce.