我想要一些清晰度。我想了解更多有关django的信息，并将其用作php / laravel的替代品。但是django的默认结构和约定让我感到困惑。
我的PHP / Laravel项目有3个部分：
- 管理
- 核心（普通用户的Web应用程序）
- API服务（移动应用程序的REST-API）
但是，所有控制器，模型和视图都包含在单个Laravel应用程序中。我将Auth，Admin，Api控制器分成了自己的文件夹/命名空间。
令我困惑的一件事是默认的Django结构1视图1模型文件。如果我的每个控制器都是我的django项目中的一个单独的应用程序，或者我应该采用与Laravel相同的方法，我应该如何在Django中重新处理这个应用程序。 3个Django应用程序在一个项目中，一个用于管理员一个用于核心，一个用于api？我应该在哪里保留模型，而不是在Laravel中，所有3个部件都使用所有模型？
我目前的结构：
./
./controllers/
./auth/
LoginController.php
RegistrationController.php
...
./admin/
ReportsController.php
UserController.php (Admins overview of all users)
...
./api/
HealthController.php (API CRUD for Health resource)
ExerciseController.php
HomeController.php
UserController.php (Regular users profile page CRUD)
...
./models/
User.php
Health.php
Exercise.php
...
答案 0 :(得分：3)
关于Django的一件事要记住，Laravel中的应用程序必须转换为Django中的应用程序。在Django中，有项目，每个项目可以有任意数量的应用程序。例如，我有一个＆＃34;备份管理员＆＃34;我负责管理磁带备份环境的许多日常问题的项目。我有一个媒体应用程序（有3个型号，一个用于常规媒体，一个用于清洁媒体，一个用于我们想要从磁带弹出中排除的媒体）。我有一个代表备份映像的应用程序，另一个用于备份作业（用于检查状态代码）。我项目的每个子部分都会进入另一个应用程序。
如果我想做另一个与备份无关的Django项目，我会把它做成一个完全独立的项目，它与我的备份项目有一个单独的目录结构。它拥有自己的urls.py，settings.py等。
关于模型，我将所有应用程序的模型放在同一个文件中。例如，在我的媒体应用程序中，我有models.py，其中包含我上面提到的所有三个模型。这是完全可选的，但我这样做是为了将这些模型导入到项目的其他部分，我不必记住文件名是什么，而是我可以这样做：
from media.models import CleaningMedia,Media,EjectExclusions
否则，如果它们位于不同的文件中，我必须有3个不同的import语句。这完全有可能，但要根据您的喜好。
关于控制器，Django允许你以任何一种方式进行操作。您有一个项目范围的urls.py文件可用于控制所有流量，或者您可以在每个应用程序中使用单独的urls.py文件来控制该应用程序的流量。我更喜欢单个文件，但这只是我。就个人而言，如果你有很多控制器条目，你应该把它们分成特定于应用程序的urls.py文件，只是为了让它保持干净，但同样，这两种方法都可行。当我做出这些类型的决定时，我会考虑可维护性（特别是对于必须支持它的队友）。
管理界面是内置的，因此并不是真正的应用程序，但您可以非常轻松地决定哪些模型和哪些应用程序在管理界面上有条目。每个应用都有一个admin.py文件来控制它。
附注，对于RESTful API，您可能还需要考虑Django Rest Framework。它是一个很棒的软件，文档（和教程）非常有用。
编辑： 1视图/ 1模型的东西再次只是偏好。您可以拥有任意数量的文件。唯一的权衡是当你将它们导入其他文件时，你必须指定你从中导入它的文件。这真的就是它的全部。我知道有视图/目录的人，并且在那里，每个视图都有单独的文件，保持每个类/功能分开。完全是一个偏好的问题。