django - Django 中 REST API 的目录结构应该是什么？

Question

我开始使用 Django 框架开发 REST API。此前，我广泛使用过 Java 相关框架，特别是 SpringBoot。

如果我以基于 Java 的框架中的 REST API 为例，下面是我最常使用的目录结构:

所以大部分内容都符合MVC 设计模式。另外，在 java 中，大多数每个类都写在一个新文件中，但是我一直在寻找的教程在一个文件中写入多个类，这是围绕 Django 的最佳实践吗？

我还看到，在 Django 中我们创建了一个项目，然后在其中创建了一个应用程序。这些应用程序相当于java中的包吗？

此外，在 SpringBoot 和其他 java 相关框架中，我们通常遵循自上而下的方法，其中 Controller 接收调用，该调用进一步传递到所有业务逻辑所在的服务，然后进一步调用 DAO(存储库)进行 CRUD相应的结果从 DAO 传递到 Service 并返回到 Controller，后者生成格式化的响应。

我在 Django 中看到的大多数逻辑都是写在调用 CRUD 模型的 View 上。难道我们不遵循坚实的原则吗？

如果我举一个图书馆管理系统的例子，如何围绕 Django 框架进行设计？

Answer 1

这是一个很好的问题，但我不确定 StackOverflow 是问这个问题的正确地方，因为没有明确的答案。也就是说，我正在尝试一下。

Django也遵循MVC设计模式，但命名有点不同。

• Django 模型 -> MVC 模型
• Django View -> MVC Controller
• Django 模板 -> MVC View

它通常被称为 MTV 而不是 MVC。但这并不是故事的结局，因为许多人认为出于可测试性和可重用性等原因，在 View 中放入过多的业务逻辑是一个坏主意。解决此问题有两种常见方法:

• 胖模型:您将所有业务逻辑放入模型中
• 服务:您有单独的模块，其中包含业务逻辑的方法/类

就我个人而言，我曾与这两家公司合作过，并且对服务方法有更好的体验。

与 Django 中的 DAO 相当的可能是 Django ORM。请注意，这实际上只是受支持的关系数据库的抽象层。如果您想使用其他数据源(例如 NoSQL DB 或 REST API)，则必须推出自己的解决方案或寻找第三方软件包。

Java 每个文件只能有一个公共(public)类，并且它们必须具有相同的名称。 Python 没有这个限制，因此每个文件有多个类确实是最佳实践(.py 文件称为模块)。如果模块/文件变得太大，您可以将其转换为包含多个模块(和/或子包)的包(带有 __init__.py 文件的目录)。

应用程序和项目之间的区别可能会令人困惑，所以我写了一个完整的article about Django's naming scheme 。 Django 应用程序是一个 Python 包，但它们通常按域组织。例如。在图书馆管理系统中，您的library项目可能有一个catalogue应用程序来管理库存，以及一个checkout应用程序来管理检查过程出书。

最后，如果您专门致力于构建 REST API，我强烈建议您查看 Django REST Framework .