本人是Drupal的粉絲,電子商務(wù)平臺也用Drupal開發(fā)過幾個,真心感覺Drupal的強大。Drupal的電子商務(wù)平臺比較常用的是 Commerce 和 Ubercart,現(xiàn)在本人以個人觀點對這兩個進行對比,給在選擇哪個做電商的同學(xué)一些參考。
歡迎程度
Commerce
自從誕生以來,一直是上升趨勢。目前超過四萬安裝量。目前看起來在D7下,Commerce以微弱優(yōu)勢領(lǐng)先。
Ubercart
一直表現(xiàn)平穩(wěn)。安裝量超過四萬??紤]到Ubercart支持D6與D7;在D6下,Ubercart地位無可撼動。
產(chǎn)品管理
Commerce
充分利用Drupal 7的entity,產(chǎn)品Entity花,并于Node解耦,SKU與單個產(chǎn)品綁定;不同產(chǎn)品屬性可以通過不同的SKU來管理,這與實際的產(chǎn)品管理相符合,大大提升了系統(tǒng)的靈活性與擴展性。(比如針對特定SKU的折扣,庫存管理等)在初期,這種方式對用戶造成使用上的困擾,并為ubercart支持者所詬病。但是inline entity form模塊的橫空出世,這個問題已經(jīng)不再是個問題。
Ubercart
產(chǎn)品即Node,產(chǎn)品屬性等只是自身的一個數(shù)據(jù)集,擴展性方面不如Commerce好。
運輸與支付
Commerce
本身不帶運輸模塊,需要第三方模塊支持。
Ubercart
核心自帶運輸模塊。
學(xué)習(xí)曲線
Commerce
學(xué)習(xí)成本比Ubercart高。但是既然已經(jīng)選擇Drupal了,這點自然不在話下了。
Ubercart
學(xué)習(xí)成本,或者說易用性方面勝出。
相似性
Commerce
對第三方模塊的依賴,后臺管理,網(wǎng)店配置大同小異。
Ubercart
對第三方模塊的依賴,后臺管理,網(wǎng)店配置大同小異。
第三方模塊依賴
Commerce
Address Field, CTools, Entity API, Rules and Views.
Ubercart
CTools, Entity API, Rules, and Views
配置性
Commerce
大多數(shù)情況下,默認配置即可使網(wǎng)店運轉(zhuǎn)。支付方式,價格計算,貨幣等需要自定義配置。
Ubercart
默認配置完美工作,可以修改地址,貨幣,聯(lián)系人等。
使用場景
Commerce
產(chǎn)品系列差異化比較大,并追求可持續(xù)擴展的網(wǎng)店。
Ubercart
產(chǎn)品差異化不大的網(wǎng)店。
文檔支持
Commerce
更勝一籌,與Druapl API關(guān)聯(lián)更好
Ubercart
也不錯,但是有些方面不足。
長期展望
Commerce
設(shè)計之初及考慮未來的擴展性;長期看來,功能會有進一步的增強,易用性方面也會有所改善。
Ubercart
設(shè)計上限制了不適合大規(guī)模網(wǎng)店采用,將來可能過時。(來源于翻譯,勿噴我)
擴展
Commerce
Ubercart
其他
Commerce
D8支持
Commerce的2.x分支是面向Drupal8的版本,分支已經(jīng)建立,不過暫時無代碼。
根據(jù)這個roadmap,開發(fā)工作是早就開始了,但是還沒有提交到D.O,或許是因為保密原因,或者其他原因。。
Ubercart
Ubercart的4.x分支是面向Drupal8的版本,正在緊鑼密鼓進行中。
這里可以看到有很多代碼的提交。
總結(jié)
Commerce的作者也是以前Ubercart的主要程序員。
Commerce的發(fā)展,帶來了一系列福利模塊,比如address field, inline Entity form,inline conditions等,目前這些模塊的使用范圍已經(jīng)超過了電商范疇。
Commerce在靈活性與擴展性方面較之Ubercart有后發(fā)優(yōu)勢。雖然Commerce的發(fā)展與Commerce guys賣力推廣不無關(guān)系,但是自身的設(shè)計構(gòu)架也值得肯定。
在Drupal 7下面,我們可能看不到Commerce與Ubercart分出勝負的時刻。二者之間的競爭會在Drupal 8下繼續(xù)進行,讓我們拭目以待。
就我在寫本文調(diào)研過程中,發(fā)現(xiàn)Commerce的支持大大多于Ubercart。筆者亦站在大多數(shù)人的立場,支持Commerce。
更多信息請查看IT技術(shù)專欄