最佳实践-如何团队-拆分django项目，同时仍然允许对代码进行重新研读

Question

我知道这听起来有点模糊，但请让我解释一下--我正在着手一个全新的项目，它将有两个主要组成部分："ACME产品“(如Gmail、Meebo等)和”网站“(帮助、信息、营销内容、促销登陆页面等)。

因此，基本上，url /acme/*将在uber酷好长西应用程序中加载内容，而其他每个URI都将加载其他站点中的内容。

问题：“站点”组件不在我的控制范围内，将由一个顾问团队负责，该团队将与市场营销部门密切合作，我和我的团队将只在ACME产品上工作。

问题:如何以如下方式设置django项目：

• 单独发布。(他们可以推出新的营销页面和功能，而不必担心代码的状态。甚至可能独立的颠覆"projects")
• Minimize影响(对我们的产品)任何飞行独角兽-hocus-袖珍其他团队代码进入网站。
• 仍然允许一些代码研读。

。

我主要关心的是，ACME产品需要是坚如磐石的，因此需要在一定程度上孤立于顾问在网站营销方面所犯的任何错误/代码浪费。

你是怎么处理的？有什么想法吗？谢谢!

Answer 1

考虑到您的组织情况，我怀疑您可以在这两个项目之间获得多少代码重用，这是否值得您的团队感到头疼、组织风险和延迟风险？？毕竟，您的团队永远不能依赖另一个项目。

-- ACME产品需要是坚如磐石的，因此需要在一定程度上孤立于顾问在网站营销方面所犯的错误/编写代码。

在这种情况下，我最多会让ACME团队有时发布一些底层库，供其他团队使用.但是，即使是这样也很麻烦，除非使用非常严格的约束，因为顾问可能会编写代码，它依赖于库的实现，因此ACME在发布库供顾问使用后基本上不能继续维护它(ACME可能认为保持API约束是好的，但它们不能处理另一个团队的重用- bloopers )。

尽管我们需要知道许多具体的细节，但在应用程序层，这两个团队的项目之间的深层次的共同之处似乎并没有那么多(提供共同应用程序独立功能的第三方稳定开源项目当然可以被任何一个或两个团队使用)，所以鼓励重用的成本无论如何都不会与我们从“这里”中判断出的回报相称。

Answer 2

Django对应用程序的组件化意味着您可以让独立的团队在各种应用程序上工作，使用模板标记和过滤器(当然还有正常的Python函数)来实现跨应用程序的耦合。