Drupal电商平台:Commerce 与 Ubercart之比较

Submitted by admin on Wed, 06/11/2014 - 03:08

Commerce Ubercart
欢迎程度 自从诞生以来,一直是上升趋势。
目前超过四万安装量。目前看起来在D7下,Commerce以微弱优势领先。
一直表现平稳。安装量超过四万。考虑到Ubercart支持D6与D7;在D6下,Ubercart地位无可撼动。
产品管理 充分利用Drupal 7的entity,产品Entity花,并于Node解耦,SKU与单个产品绑定;不同产品属性可以通过不同的SKU来管理,这与实际的产品管理相符合,大大提升了系统的灵活性与扩展性。(比如针对特定SKU的折扣,库存管理等)在初期,这种方式对用户造成使用上的困扰,并为ubercart支持者所诟病。但是inline entity form模块的横空出世,这个问题已经不再是个问题。 产品即Node,产品属性等只是自身的一个数据集,扩展性方面不如Commerce好。
运输与支付 本身不带运输模块,需要第三方模块支持。 核心自带运输模块。
学习曲线 学习成本比Ubercart高。但是既然已经选择Drupal了,这点自然不在话下了。 学习成本,或者说易用性方面胜出。
相似性 对第三方模块的依赖,后台管理,网店配置大同小异。 对第三方模块的依赖,后台管理,网店配置大同小异。
第三方模块依赖 Address Field, CTools, Entity API, Rules and Views. CTools, Entity API, Rules, and Views
配置性 大多数情况下,默认配置即可使网店运转。支付方式,价格计算,货币等需要自定义配置。 默认配置完美工作,可以修改地址,货币,联系人等。
使用场景 产品系列差异化比较大,并追求可持续扩展的网店。 产品差异化不大的网店。
文档支持 更胜一筹,与Druapl API关联更好 也不错,但是有些方面不足。
长期展望 设计之初及考虑未来的扩展性;长期看来,功能会有进一步的增强,易用性方面也会有所改善。 设计上限制了不适合大规模网店采用,将来可能过时。(来源于翻译,勿喷我)
扩展 http://www.drupalcommerce.org/extensions/module https://drupal.org/node/1593380
其他 Commerce kickstart,为提供一个基础安装包来使用Commerce实现一个简单的电商网站。可以用作一个很好的入门教程。
D8支持 Commerce的2.x分支是面向Drupal8的版本,分支已经建立,不过暂时无代码。http://www.drupalcommerce.org/roadmap
根据这个roadmap,开发工作是早就开始了,但是还没有提交到D.O,或许是因为保密原因,或者其他原因。。
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。

 

参考连接: