我在决定如何将我的项目的功能划分为不同的应用程序时遇到了麻烦。
简单的例子:我们有会员,会员可以有多一个服务。服务可以升级、降级、添加其他服务,也可以取消服务。(这非常简单,如果真的这么简单,我会使用一个预先准备好的解决方案)
我的第一个想法是把它变成一个“会员”应用程序,然后是一个“服务”应用程序,负责续订、升级/降级和取消。
然后我想我可能应该做一个续订应用程序,一个升级/降级应用程序,以及一个取消应用程序。但是,这些应用程序都将依赖于数据库中的同一个表(成员和服务)。我认为应用程序应该是相互独立的。制作严重依赖于其他应用程序模型的应用程序可以吗?
同样,如果有这么多应用程序在使用它,我应该使用哪个应用程序来存储模型来创建服务表?
发布于 2012-11-16 03:54:32
我认为你的第一个想法是正确的:你不会从将所有东西拆分到多个应用程序中获得如此多的好处,相反,它可能会变得混乱和难以管理。
Django做事情的方式依赖于很多模型。每个对象都映射到数据模型上的一个实体。你的应用程序大多是根据这样的数据模型组织起来的。因此,如果您有一个具有不同部分的实体(服务),最好将这些部分理解为同一事物的部分。另一个实体(成员)应该是另一个实体,因为它是不同的东西。
从不同的应用程序导入模型不会有任何损失。无论如何,最重要的是构建一致的数据模型。
发布于 2012-11-16 03:56:59
应用程序的要点是允许代码被第三方重用为插件。你可能不想把你的项目拆分太多,如果你想把项目拆分成应用程序的话。
https://stackoverflow.com/questions/13404881
复制相似问题