总结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。