| 标题 | 总结Drupal电商平台 Commerce Ubercart 比较 |
| 内容 | 本人是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 Ubercart 其他 Commerce D8支持 Commerce的2.x分支是面向Drupal8的版本，分支已经建立，不过暂时无代码。 根据这个roadmap，开发工作是早就开始了，但是还没有提交到D.O，或许是因为保密原因，或者其他原因。。 Ubercart Ubercart的4.x分支是面向Drupal8的版本，正在紧锣密鼓进行中。 这里可以看到有很多代码的提交。 总结 Commerce的作者也是以前Ubercart的主要程序员。 Commerce的发展，带来了一系列福利模块，比如address field， inline Entity form，inline conditions等，目前这些模块的使用范围已经超过了电商范畴。 Commerce在灵活性与扩展性方面较之Ubercart有后发优势。虽然Commerce的发展与Commerce guys卖力推广不无关系，但是自身的设计构架也值得肯定。 在Drupal 7下面，我们可能看不到Commerce与Ubercart分出胜负的时刻。二者之间的竞争会在Drupal 8下继续进行，让我们拭目以待。 就我在写本文调研过程中，发现Commerce的支持大大多于Ubercart。笔者亦站在大多数人的立场，支持Commerce。 |
| 随便看 |
|
在线学习网考试资料包含高考、自考、专升本考试、人事考试、公务员考试、大学生村官考试、特岗教师招聘考试、事业单位招聘考试、企业人才招聘、银行招聘、教师招聘、农村信用社招聘、各类资格证书考试等各类考试资料。