| 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。
参考连接：