总结Drupal电商平台CommerceUbercart比较.docxVIP

总结Drupal电商平台CommerceUbercart 比较 本人是Drupal的粉丝，电子商务平台也用Drupal开 发过几个，真心感觉Drupal的强大。Drupal的电子商务平 台比较常用的是Commerce和Ubercart,现在本人以个人观 点对这两个进行对比，给在选择哪个做电商的同学一些参 考。 欢迎程度 Commerce 自从诞生以来，一直是上升趋势。目前超过四万安装 量。目前看起来在D7下，Commer ce以微弱优势领先。 U bercart 一直表现平稳。安装量超过四万。考虑到Uberca rt支 持D6与D7；在D6下，Ubercar t地位无可撼动。 产品管理 Commerce 充分利用Drupal7的entity,产品E ntity花，并于 No de解耦，SKU与单个产品绑定；不同产品属性可以通过 不同的SKU来管理，这与实际的产品管理相符合，大大提 升了系统的灵活性与扩展性。（比如针对特定SKU的折扣， 库存管理等）在初期，这种方式对用户造成使用上的困扰, 并为ube rcart支持者所诟病。但是inlineen tityform模 块的横空出世，这个问题已经不再是个问题。 Uber cart 产品即No de,产品属性等只是自身的一个数据集，扩 展性方面不如Commerc e好。 运输与支付 Com merce 本身不带运输模块，需要第三方模块支持。 Ubercart 核心自带运输模块。 学习曲线 Commerce 学习成本比Uberca rt高。但是既然已经选择Drupal 了，这点自然不在话下了。 Ube rcart 学习成本，或者说易用性方面胜出。 相似性 Commerce 对第三方模块的依赖，后台管理，网店配置大同小异。 Ubercart 对第三方模块的依赖，后台管理，网店配置大同小异。 第三方模块依赖 Commerce A ddressField , CTools, Ent ityAPI, Rule sandViews. U bercart CT ools, Entity API, Rules, a ndViews 配置性 C ommerce 大多数情况下，默认配置即可使网店运转。支付方 式，价格计算，货币等需要自定义配置。 Uberca rt 默认配置完美工作，可以修改地址，货币，联系人等。 使用场景 C ommerce 产品系列差异化比较大，并追求可持续扩展的网店。 U bercart 产品差异化不大的网店。 文档支持 Commerce 更胜一筹，与DruaplAP I关联更好 Uberca rt 也不错，但是有些方面不足。 长期展望 Com merce 设计之初及考虑未来的扩展性；长期看来，功能会有 进一步的增强，易用性方面也会有所改善。 Uberca rt 设计上限制了不适合大规模网店采用，将来可能过时。 （来源于翻译，勿喷我） 扩展 Com merce Uberca rt 其他 Commerc e D8支持 Comm erce的2. x分支是面向Drupal8的版本，分支已 经建立，不过暂时无代码。 根据这个roadmap,开发工作是早就开始了，但是还没 有提交到D.0,或许是因为保密原因，或者其他原因。。 Uberc art Uberca rt的4. x分支是面向Drupal8的版本，正在紧 锣密鼓进行中。 这里可以看到有很多代码的提交。 总结 Comm erce的作者也是以前Ubercart的主要程序员。 Comme rce的发展,带来了一系列福利模块,比如ad dressfield, inlineEntit yform, inlin econditions 等， 目前这些模块的使用范围已经超过了电商范畴。 Commerce在灵活性与扩展性方面较之Ubercart有后发 优势。虽然Comme rce的发展与Comm erceguys卖力推广不 无关系，但是自身的设计构架也值得肯定。 在Drupal7下面,我们可能看不到Com merce与Uberc art分岀胜负的时刻。二者之间的竞争会在Dr upal8下继 续进行，让我们拭目以待。 就我在写本文调研过程中，发现Commerce的支持大大 多于Uberc art。笔者亦站在大多数人的立场，支持Com merceo