在我的工作场所中，我们有漂亮的Cakephp模块库，并且我们会以令人满意的速度开发自定义网站，直到购物车出现以减慢该过程为止。我在不同的项目中使用了各种购物车（Magento，Opencart，Zencart），我们必须将它们与我们的核心Cakephp应用程序合并。通常，非常自定义的要求使购物车不可升级，并且花费大量时间。

我正在考虑从头开始制作我们自己的购物车（目前还很基本，并且我们会不断扩展），以便它可以轻松地适应自定义要求。这值得吗？

更新11年8月24日

我继续开发自己的购物车。这是我想与大家分享的经验。

好处

1. 新的购物车易于更改和扩展。
2. 当我们有模糊或自定义要求时，它可以节省时间，并允许我们直接从现有代码库中导入模块。
3. 购物车和自定义网站无需双重模板实​​施。
4. 我们的购物车和自定义网站的单一管理面板。

局限性

1. 在市场上的其他手推车上还不够成熟。
2. 安全问题。我们主要依靠cakephp安全性。
3. 缺乏功能

面临的问题

1. 开发运输/付款网关是真正的难题。正如@davidhaskins指出的

它为我们节省了大量时间，我们可能花了很多时间来破解标准购物车来满足我们的需求

我过去做过，但以后再也不会做。真正的麻烦在于集成支付选项（如下面的评论中所述，称为“支付网关”）。我不建议这样做，但与您所处的环境并不完全相同。我猜这取决于您所需的自定义设置。

我曾担任电子商务专家长达四年之久，几乎只使用了Magento。我认为，购买与构建完全取决于交易量和其他特定情况的需求。

Magento是一个了不起的发行版（尽管可能会随着eBay的收购而发生变化）-很多您真正不想做的事情都为您完成。与运输和商户/付款网关广泛集成。在构建系统时，很难解决这些问题。我同意您的说法，即它们很难升级，但是如果您在设计部署时考虑到将来的升级，则可以减少升级时的负担。

我最近尝试与Presta Shop合作，并向他们的项目提交了一些资源/代码，但是我什么也没听到。这是另一个结构良好的现代化包装，与Magento相比，处理小商店的效率更高。

无论哪种方式，我认为问题不在于您是否应该自己构建，而在于如何创建与API连接的Cake插件。我认为那将是非常高的价值。另外，您可以学习将这些系统部署为完整站点系统，因为Magento相当有能力作为CMS。

我认为您已经回答了自己的问题。与其他手推车集成会花费您太多时间。可以肯定，为什么不尝试使自己的系统更好地集成到系统中呢？主要的缺点是您将无法获得现有购物车的所有便利，并且在处理支付api时会有一些学习上的困难。但是，如果您的需求适中，那么您将重新使用它，最终对您的公司会有所帮助，我看不出有任何理由不尝试。

除非您准备全职支持，否则我强烈建议您不要这样做。购物车应用程序中的漏洞得到了积极利用，并可能导致信用卡数据泄露。一旦您开始违反PCI标准，头痛便会堆积如山。