我可以在没有销售功能的情况下使用 Magento 吗？或者我从头开始构建会更好吗？

Question

我有一个网站构建，在某种程度上似乎适合 Magento，但客户实际上并不想出售任何东西 - 在选择产品的过程结束时，用户将简单地被重定向到另一个网站来完成交易（或不交易）。

我想避免完全从 Magento 中破解这些功能，这样我们就可以在自动更新出现时升级网站......

以前有人做过类似的事情吗？或者，常驻专家会推荐一个更加“从头开始”的构建，重新创建必要的功能吗？

---

抱歉，我应该说清楚，我是开发者。

我熟悉为其他平台编写模块/插件/主题 - 例如 Wordpress 和 Drupal - 特别是这样我的客户就有一个“纯粹”的核心结构，可以以通常的方式升级......但并不是所有的东西都有一个钩子你想要它的地方......你只能用Wordpress（例如）做这么多，直到它与平台的设计目的相去甚远，以至于你别无选择，只能破解核心。

所以我想我在问 - Magento 是否有所有正确的钩子？有人真正尝试过这样做吗？它是否会像这样简单：

add_listener('checkout', my_func_without_checkout);

my_func_without_checkout() {
 stuff...
}

或者事务处理功能是否集成得如此紧密以至于很难完全删除？

Answer 1

是的，Magento 非常适合这种情况，假设您雇佣了一位知道自己在做什么的开发人员。我推荐从头开始构建的唯一方法是，如果您的客户财力雄厚并且想要继续这一旅程。

Magento 的架构是从头开始构建的，允许用户无需修改核心代码即可进行此类修改。从较高的层次来看，您将构建一个模块（模块实际上在 Magento 中意味着某种东西，它不仅仅是一个通用术语），该模块将插入一个事件侦听器（或覆盖一个代码方法），该事件侦听器将在结帐过程中的某个时刻收集收集有关订单的信息并将其传递到下一个系统。

您将遇到的问题不是代码问题，而是文化问题。尽管 Magento 是面向对象的架构，但它仍然是用 PHP 实现的。这意味着雄心勃勃但缺乏经验的开发人员（无论是离岸还是在岸）将发现更容易侵入核心源以从系统中获得他们想要的结果。这种方式总是能更快地获得结果，但代价是长期稳定性。

Answer 2

根据个人经验，我可以推荐“没有销售的 Magento”方法（我称之为“目录驱动”）。

您可以禁用不需要的核心模块，这将显着提高性能。有一些依赖关系不是特别明显，所以需要一些尝试和错误来禁用和测试。确保通过设置 false 来禁用 app/etc/modules/ 中的模块，就像仅在 Web 管理员中将它们设置为禁用一样禁用管理渲染功能。

如果您能够实现合理的性能（并且有大量的 wiki 文章、博客文章等！），那么我没有发现这种方法有任何缺点，并且该框架有很多优点。它还使您有机会在不重写网站的情况下添加电子商务。