基于订阅的应用程序的 sylius 或奏鸣曲或自定义

Posted 2023-02-16

【中文标题】基于订阅的应用程序的 sylius 或奏鸣曲或自定义

【英文标题】：sylius or sonata or custom for subscription based application

【发布时间】：2015-08-22 01:33:30

【问题描述】：

我们将构建类似 cratejoy.com 的东西，但不想花费大量时间来构建之前已经为开发人员构建的东西。

我正在浏览奏鸣曲和 sylius，但不确定我们是否可以使用其中之一构建基于订阅的模型。如果是，我们可以，那么最好使用哪个？还是我们应该构建完整的自定义解决方案，因为它涉及 b2b 解决方案。

我们将构建什么？

基本上，电子商务软件与任何 os-commerce 购物系统一样，但唯一的区别是，我们将为每个产品添加订阅。

假设您订购了产品，我们将每月将其运送到您家门口。

但我们将其构建为服务，因此很多人可以创建他们的网站并开始使用我们的工具开始在那里销售产品。

【问题讨论】：

除了“基于订阅的模型”（相当模糊）和对 cratejoy.com 的引用（并没有真正澄清任何事情）之外，您没有提及您需要什么...也许您应该给我们一些详细的要求？

好的，我会添加更多 desc :)

@JasperN.Brouwer 添加了描述

【参考方案1】：

我可能对 Sylius 有一点偏见，因为我经常使用它 - 我之前曾尝试在项目中使用 Sonata 捆绑包，但未能使用它们。

使用 Sylius 的原因是它高度解耦和可定制，如果您需要一个不同于传统“将产品添加到购物篮，一次付款”模式的电子商务解决方案，这正是您想要的。

您可以采用两种方法来使用 Sylius： 使用全栈应用程序并对其进行自定义，这是最常见的方法并且得到更好的支持。另一种方法是将 Sylius 安装为库而不是应用程序，然后自己构建应用程序和前端，在需要时使用 Sylius 类和服务（我就是这样做的）。

使用 Sylius 时需要注意的是，它仍处于测试阶段，不同版本之间会发生重大变化。此外，除了Resource 和ResourceBundle 之外，文档非常不完整或过时（我计划帮助改进）——这些软件包是 Sylius 最重要的部分，因此有很好的文档记录。对于您的项目，我推荐第一个选项。

对于订阅，您希望查看配置和扩展的 Sylius 区域是 OrderBundle、PricingBundle 和 PaymentBundle。如果您非常熟悉 Symfony，这应该很简单。

【讨论】：

你正在开发的项目是开源的吗？不管怎样，看看你是如何配置它的？我目前正在尝试在现有系统中使用 sylius 组件/捆绑包。 // 我发现缺少配置文档，并且我添加的每个组件都要求安装另外 3 个组件。我现在几乎安装了所有这些组件。 // 我应该全部安装吗？

@mr12086 这将是几周的时间作为“nmarket”。它最初是为客户开发的，但他们走了不同的方向，所以我只是在给它贴上白标签，让它与 Sylius 的最新变化同步——基于 Sylius 的开发中最具挑战性的部分