我有一个用java-spring-hibernate制作的网站，我们从零开始自我制作，它显示了产品目录，我有它的逻辑。我还可以使用我们在flex中制作的管理员来管理内容和产品/类别。我们可能不应该遇到麻烦，因为那里有很多cms，但是它做了什么。该网站使用jstl以html格式呈现在flex中管理的内容。
现在我想添加一个电子商务，因为我们必须将所有付款，发货，订单逻辑添加到管理员和前端（购物车/用户）。但是，因为已经有像magento商店这样的东西，我想也许我应该切换并留下我漂亮的应用程序死：/。正如我正在研究的那样，我偶然发现了阔叶商业，这是一种以弹性 - 弹簧 - 冬眠制成的电子商务后端。它相对较新，应该有一个积极的开发团队。所以我想我的问题是，为什么？如果有这么多的开源商务解决方案，他们是否会在开发中做出这样的努力？我的意思是你仍然需要为用户方构建GUI。他们与magento的区别是什么，职业选手是什么？我应该尝试与broadleaf整合吗？什么是保密，然后保留我喜爱的旧应用程序？
答案 0 :(得分：19)
让我首先确定自己是Broadleaf Commerce的员工，所以我可能有点偏颇。开发Broadleaf的原因实际上与平台本身有关。如果你看一下那里的开源电子商务解决方案，你就是正确的，因为它们有很多。但是，当您开始通过各种参数（包括Java，Spring，Hibernate）过滤它们时，列表变得非常小。我们一直致力于打造一个针对当今企业用户的引人注目的电子商务平台。考虑到这个主题，我们知道我们必须使用Java，Spring和Hibernate。这是许多开发社区首选的核心技术堆栈，尤其是在企业部门。此外，为了满足这些用户的复杂域和集成要求，我们从头开始设计了系统，并考虑了可扩展性。我们将可扩展性视为您每天都在练习的面向对象编程技术的自然延伸。这转化为利用Hibernate扩展和域的多态性的强大功能，以及覆盖，调整或完全替换代码库中的每个服务，DAO和实体的能力。我们的配置也是可扩展的，超出了标准的Spring应用程序上下文覆盖，提供了更多的配置合并功能，使我们能够消除一些额外的Broadleaf配置复杂性，以便您可以专注于对您的应用程序而言重要的配置。因此，尽管我们的软件和其他软件之间的最终结果可能相似，但我们认为决定实现最终目标的路径是重要的，Broadleaf Commerce提供了一种强大而灵活的方式来实现目标。
我觉得我也应该简单地提一下，因为你上面提到了Flex，我们目前正在开发我们的1.5版本，其中包括一个基于GWT的重新设计的管理应用程序，它将取代我们当前基于Flex的管理员。这一选择使我们能够将我们已经在核心平台中拥有的可扩展性主题传播到我们的管理平台。新的管理员将通过开发人员已经在核心平台中享受的面向对象编程范例为覆盖和替换提供相同的灵活性。此外，管理应用程序会自动识别您的实体扩展，并在管理界面中包含您的其他字段，而无需代表您进行任何编码工作。管理界面还尊重实体多态性，并将根据每种类型调整编辑界面（考虑具有书籍和电影形式的两个扩展的媒体产品 - 即使它们都是媒体实体，它们每个都具有唯一的字段和管理界面尊重这一区别）。我们还在研究1.5的变更集和其他一些有趣的功能。我们的定位是四月份开始的里程碑版本，敬请期待更多。
答案 1 :(得分：2)
缺少什么Spring和Hibernate是一个正确的数据模型和erp应用程序，所以每个人都开始构建自己的。 我们都在同一个应用程序和框架上一起构建。 这只是OFBiz：框架和适当的数据模型和应用程序。你知道最好的部分吗？它不是由一家公司控制，而是由世界上最大的开源基金会控制：由所有大型IT公司赞助的Apache基金会。
任何开始自己实施电子商务erp的人都应该重新考虑。
关于Apache ofbiz的更多信息？ http://www.ofbiz.info http://ofbiz.apache.org
此致 汉斯
答案 2 :(得分：0)
有一个用于Magento API的Java连接器，称为Magja。
注意：2012年之后没有支持！