对于我一直在计划的项目，我几乎100％被锁定在Django上。
我想“驱散”的最后一个“神话”是Django“平庸” 传达商业逻辑。
Peter Shangov直接引用：
无论您选择什么样的框架，您的现实生活需求都会非常 快速超越电子商务模块中可用的功能 你开始时，你最终需要做出非平凡的事情 改变它们甚至更快地从头开始重写而不是 后来。这是因为开源一直是特殊的 构建基础设施工具（想想网络服务器，模板化 语言，数据库，缓存等），但相对平庸 实现业务逻辑。所以，如果我是你，我会寻找什么 是我最喜欢破解的图书馆，而不是那个 看起来最成熟。
我将Django（与satchmo）放在一起的“产品”：
请你减轻（或确认）我对此问题的疑虑 关于Django的上述引用？
答案 0 :(得分：2)
简短的回答 - 当然不好，因为它不是业务流程管理软件;它是一个用于Web开发和完成任务的框架。
答案很长 - 您需要澄清业务逻辑的含义（并“传达”它）。您是在谈论流程映射，工作流管理还是流程本身的执行？
我没有看到您列出的其他项目如何“传达”业务逻辑 - 因为它们不是业务流程图表或测试或验证包。它们只是做一些工作的框架。一旦定义并验证了流程（使用一些外部工具），您就可以在代码中执行该流程。
就网上购物而言 - 就店面而言，商业“流程”非常标准，您可以轻松地将其映射到您列出的任何套餐。您没有提到您将运行什么类型的商店或您的履行或交付流程是什么，因此如果satchmo内置了这些组件或者您必须从头开始编写它们，则无法给出详细的响应。
django唯一可能的负面影响是它没有成熟的工作流引擎（两个主要项目GoFlow和django-workflows停滞不前），但这不是对django的批评，因为它不是通用Web框架。它专为特定应用而设计，复杂的多状态工作流引擎不是主要需求。
最后，就报价而言 - 不知道上下文 - 我只能说最流行的业务流程映射软件之一实际上是开源JBoss BPM引擎。
答案 1 :(得分：1)
我不怀疑闭源/专有人员也非常擅长构建基础架构工具和框架。他们不做的是释放它们，或者让人们玩它们。他们自己建立在自己的基础上，通过坚持“为他们提供资金的企业特定的”业务逻辑来赚钱。
如果您寻求专有解决方案，那么无疑也需要进行一些非平凡的更改，并且您将通过鼻子向那些为您提供（不完全）解决方案的公司付出代价。 “哦，另外4000美元可以在数据库中添加额外的字段吗？嗯。我想我们已经支付了10万美元而且你的软件是封闭源代码所以我们不能将它转包给招标程序......在这里你去...“
Open Source更擅长实现业务逻辑，因为当它归结为它时，实现业务逻辑的人，而不是框架和开源意味着更多的人可以使用它。