Django不擅长传达业务逻辑吗？

Question

我几乎100%地被Django锁定在我一直计划的项目中。

我想要“消除”的最后一个“神话”是Django在传达业务逻辑方面“平庸”。

彼得·山哥夫直接引用的话：

--不管你选择什么样的框架--你的现实生活中的需求都会很快超过你开始使用的电子商务模块中的功能，你最终需要对它们做一些重要的修改，甚至从头开始重写。这是因为在构建基础设施工具(比如web服务器、模板语言、数据库、缓存等)方面，开源一直是非常出色的，但在实现业务逻辑方面相对平庸。所以，如果我是你的话，我要找的是我最乐意去的图书馆，而不是看上去最成熟的图书馆。

“产品”，我把Django (和satchmo)放在一起来对付：

Java

• Shopizer
• Rails (全速使用)Ruby
• 催化剂Perl
• JadaSite Java
• KonaKart KonaKart Java

F 213

请您减轻(或确认)我对上述有关Django的报价的关切？

Answer 1

简单的回答--当然不好，因为它不是一个业务流程管理软件；它是一个web开发和完成任务的框架。

长篇大论的答案-你需要澄清什么是你的业务逻辑(和“传达”它)。您是在谈论流程映射、工作流管理还是流程本身的执行？

我不明白您列出的其他项目如何“传达”业务逻辑--因为它们不是业务流程图表、测试或验证包。它们只是做一些工作的框架。一旦定义和验证了流程(使用一些外部工具)，您就可以在代码中执行该流程。

就网上购物而言，商业“流程”就店面而言是相当标准的，你可以很容易地把它映射到你列出的任何一个包裹。您没有提到您将运行什么样的存储，或者您的实现或交付过程是什么，所以如果satchmo有这些内置组件，或者您需要从头编写这些组件，您就无法给出详细的响应。

对于django来说，唯一可能的缺点是它没有成熟的工作流引擎( GoFlow和django这两个主要项目--工作流已经停止)，但这并不是对django的批评，因为它不是一个通用的web框架。它是为一个特定的应用程序设计的，而复杂的多状态工作流引擎并不是主要的需求。

最后，关于引用--不知道上下文--我只能说最流行的业务流程映射软件之一实际上是开源的JBoss BPM引擎。

Answer 2

我毫不怀疑，封闭源代码/专有用户在构建基础设施、工具和框架方面也很出色。他们不做的是释放他们，或者让人们和他们玩。他们建立在自己的基础上，通过坚持“商业逻辑”来赚钱，这是那些给他们钱的企业所特有的。

如果您选择专有解决方案，无疑也会需要一些重要的更改，并且您将通过鼻子支付给为您提供(不完全)解决方案的一家公司。“哦，再花4000美元给数据库增加一个额外类别的字段?嗯。哦，我想我们已经付给你10万美元了，而且你的软件是封闭的，所以我们不能把它转包到招标过程中……给你。”

开源在实现业务逻辑方面更好，因为当涉及到业务逻辑时，其实现业务逻辑而不是框架和开源的人员意味着更多的人可以使用它。