我目前正在开发一个django项目。我在django中并不是全新的，但是在确定如何组织某些文件的最“djangonic”方法方面有一些困难。
我有一些计算东西的classe，可以从manage.py的cli和webservice应用程序中使用。这些计算使用我的核心应用程序中的模型并调用数据库。
我面临的问题是我无法确定放置这些源文件的位置。
我不想把它们放在'lib'文件夹中。我认为这个文件夹中的模块将是django独立模块。
目前，该模块位于我的应用模型中。但由于它没有定义任何新的结构，我认为这不是最干净的方式。
任何想要拥有一个尊重'django生活方式'的清洁结构的意识形态？
由于
答案 0 :(得分：6)
问题是，最“djangonic”的做法是不来拥有一个“核心应用程序”。您应该努力将功能拆分为单独的应用程序。我完全清楚这并不总是微不足道。
但是，假设您正在为学校设计Intranet网站。您将有一个应用程序处理学生的帐户，另一个应用程序生成时间表，另一个应用程序生成内部留言板等。每个应用程序定义自己的模型（没有“项目级模型”），但应用程序可以导入彼此模型（因此留言板帖子可以有一个指向来自“学生”应用程序的学生的ForeignKey字段）。不需要“主要”或“核心”应用程序（另请参阅：来自DjangoCon的James Bennett's "writing reusable Django applications" presentation）
然后，您可以将管理命令放在命令处理的应用程序的management/commands目录中。例如，如果命令从数据库中删除旧学生，它将进入management/commands应用程序内的students。
答案 1 :(得分：1)
如果模块独立于Django，那么它应该是一个独立的Python包，并附带setup.py来安装它。使用它的Django模型和web服务可以像任何其他外部依赖项一样导入。
如果模块依赖于你的Django应用程序，那么它应该在应用程序的目录中。如果它没有定义新模型，那么它不应该在models.py。
这会回答你的问题吗？