为什么选择 Magento 或 ZenCart 的 Broadleaf Commerce？答案

【问题标题】：Why Broadleaf Commerce over Magento or ZenCart?为什么选择 Magento 或 ZenCart 的 Broadleaf Commerce？
【发布时间】：2011-02-24 20:42:17
【问题描述】：

我有一个用 java-spring-hibernate 制作的网站，我们从头开始制作，它显示了产品目录，我有它的逻辑。我还可以使用我们在 flex 中创建的管理员来管理内容和产品/类别。我们可能不应该费尽心思，因为那里有这么多的厘米，但它做了什么。网站用jstl在html中渲染flex管理的内容。

现在我想向它添加一个电子商务，因为我们必须将所有支付、发货、订单逻辑添加到管理员和前端（购物车/用户）。然而，既然已经有像 magento 商店这样的东西，我想也许我应该切换并让我漂亮的应用程序死掉：/。在我研究的过程中，我偶然发现了阔叶商业，它是一个用 flex-spring-hibernate 制作的电子商务后端。它相对较新，应该有一个活跃的开发团队。所以我想我的问题是，为什么？如果有这么多开源商务解决方案，他们会在开发方面做出这种努力吗？我的意思是你仍然需要为用户端构建 GUI。他们与magento有什么区别，优点是什么？我应该尝试与阔叶集成吗？那么保留我喜欢的旧应用程序有什么好处？

【问题讨论】：

不确定这是一个可以回答的真实问题，但无论如何，请记住，Magento 人已经从他们的应用程序中赚了一大笔钱。大笔资金往往会吸引竞争对手。

标签： java magento e-commerce broadleaf-commerce

【解决方案1】：

首先让我表明自己是 Broadleaf Commerce 的员工，所以我可能有些偏见。开发 Broadleaf 的原因确实与平台本身有关。如果您查看那里的开源电子商务解决方案，那么您是正确的，因为其中有很多。但是，当您开始按各种参数（包括 Java、Spring、Hibernate）过滤它们时，列表会变得非常小。我们一直致力于打造一个针对当今企业用户的引人注目的电子商务平台。考虑到这个主题，我们知道我们必须使用 Java、Spring 和 Hibernate。这是大多数开发社区（尤其是在企业领域）偏爱的核心技术堆栈。此外，为了满足这些用户的复杂领域和集成需求，我们从头开始设计系统时就考虑到了可扩展性。我们认为可扩展性是您每天都在练习的面向对象编程技术的自然扩展。这转化为利用 Hibernate 扩展和域多态的强大功能，以及覆盖、调整或完全替换代码库中每个服务、DAO 和实体的能力。我们的配置也是可扩展的，并且超越了标准的 Spring 应用程序上下文覆盖，提供了更多的配置合并功能，使我们能够消除一些额外的 Broadleaf 配置复杂性，以便您可以专注于对您的应用程序重要的配置。因此，虽然我们的软件与其他软件的最终结果可能相似，但我们认为，决定采取何种途径来实现该最终目标是一项重要的决定，Broadleaf Commerce 提供了一种强大而灵活的方式来实现这一目标。

我觉得我还应该简单提一下，因为您在上面提到了 Flex，我们目前正在开发我们的 1.5 版本，其中包括一个基于 GWT 的重新设计的管理应用程序，它将取代我们当前基于 Flex 的管理员。这种选择使我们能够将我们已经在核心平台中采用的可扩展性主题传播到我们的管理平台。新管理员将通过开发人员已经在核心平台中享受的面向对象编程范式提供相同的覆盖和替换灵活性。此外，管理应用程序会自动识别您的实体扩展并将您的附加字段包含在管理界面中，而无需代表您进行任何编码工作。管理界面还支持实体多态性，并将根据每种类型调整编辑界面（想想具有书籍和电影形式的两个扩展的媒体产品 - 即使它们都是媒体实体，它们都有唯一的字段和管理界面尊重这一区别）。我们还在为 1.5 开发变更集和其他一些有趣的功能。我们的目标是从 4 月左右开始发布里程碑式版本，敬请期待更多信息。

【讨论】：

哇，好答案！谢谢你！所以我想这给我留下了 2 个问题。我在哪里可以开始使用我的应用程序插入阔叶树，因为它使用相同的技术，有人可以帮助我收费吗？其次，您建议使用什么方法来管理付款，运输，税收？对我来说，这听起来像是 3 个月的开发。
您可以从我们的文档站点 [链接] (broadleafcommerce.org/confluence/display/core/home) 开始。文档仍然可以使用一些额外的内容，但它们是入门的绝佳参考。我们的论坛也可以成为提问和获得答案的有用场所 [链接] (broadleafcommerce.org/forum)。如果您需要有关架构设计、实施或集成问题的现场帮助，那么我们的实施合作伙伴 Credera [链接] (credera.com) 是一个很好的资源。
至于支付、运输和税收管理的方法，我建议使用您需要的页面和功能扩展 1.5 管理平台。 1.5 管理员应该可以在 4 月左右开始使用。我们将包含新的文档和示例，为使用 1.5 管理员提供指导。

【解决方案2】：

Spring 和 Hibernate 缺少的是适当的数据模型和 erp 应用程序，因此每个人都开始构建自己的。我们都在同一个应用程序和框架上共同构建。这只是 OFBiz：框架和适当的数据模型和应用程序。你知道最好的部分吗？它不是由一家公司控制，而是由世界上最大的开源基金会控制：由所有大型 IT 公司赞助的 Apache 基金会。

任何开始自己实施电子商务 erp 的人都应该重新考虑。

有关 Apache ofbiz 的更多信息？ http://www.ofbiz.info http://ofbiz.apache.org

问候，汉斯

【讨论】：

对 OFBiz 或者事实上任何现有的 OSS 解决方案都不是很着迷。我们目前正在使用 Magento，但我们目前正在从头开始构建我们自己的电子商务引擎（Java、Spring、MongoDB，没有 Hibernate（我们是反 ORM））。它几乎完成了，与 Magento 相比的性能是疯狂的（约 15 毫秒的响应时间与 3 秒以上的时间相比）。内存占用也更低，逻辑紧凑、干净、模块化。这更像是对 Java 的认可，而不是其他任何东西。我无法想象用脚本语言编写一个庞大的软件。
你可能想找到一个新的链接，它是 404：试试ofbiz.apache.org

【解决方案3】：

有一个 Java 连接器用于 Magento 的 API，称为 Magja。

注意：2012 年后不再支持！

【讨论】：