django 中业务逻辑放在哪里

Question

例如账户1--> *用户--> 1 认证 1个帐户有多个用户，每个用户将有1次身份验证

我来自java背景，所以我通常做的是

1. 将这些类定义为java beans（即，只是getter和setter，没有附加逻辑）
2. 创建AccountManager ejb类，定义create_account方法（需要1个帐户，用户列表）
3. 在web层准备数据，然后将数据传递到AccountManager ejb中，例如： accountManager.createAccount(account, userList)

但在 django 中，框架提倡将域逻辑放入模型类（行级）或关联的管理器类（表级）中，这让事情变得有点尴尬。是的，如果你的逻辑只涉及一张表是可以的，但在实际应用中，通常每一步都会涉及多个不同的表甚至数据库，那么这种情况下我该怎么办呢？

将逻辑放入视图中？我认为这根本不是一个好的做法。或者甚至覆盖模型类中的 save 方法，使用 **kwargs 传递额外的数据？那么后端就会崩溃。

我希望这能说明我对业务逻辑应放置在 django 应用程序中的位置的困惑。

Answer 1

不确定您是否已阅读 Django 中的 管理器 部分，看来可以解决你目前的情况。假设您定义了以下 Account 模型，则 User 是内置的。

# accounts/models.py

class AccountManager(models.Manager):
    def create_account(self, account, user_list):
        ...

class Account(models.Model):
    objects = AccountManager()

如果管理器代码太大，请随意将其分离到单独的文件中。在您看来：

# views.py

from accounts.models import Account

Account.objects.create_account(account, user_list)

业务逻辑仍然在模型中。

编辑

这里的关键字是override，而不是overwrite。如果您覆盖模型的保存方法，则必须记住，Web 应用程序和管理员中的任何创建、更新操作都将使用此新功能。如果您只希望这些业务逻辑在特定视图中发生一次，那么最好将其排除在save 之外。

我想你可以将你的业务逻辑放在它自己的常规类中。每次需要运行业务逻辑时，您都必须实例化该类。或者，如果您想跳过 OOP 方法，则可以将业务逻辑作为静态函数放入这个新类中。

Answer 2

我正在做的是，我的大多数应用程序都有带有业务逻辑的 service.py 文件。这是因为，如果我需要一个与多个应用程序的模型一起使用的函数，我根本无法做到这一点：

# shop/models.py
from auth.models import User, Team

此代码将陷入循环引用循环中。

但我很可能会从 service.py 转移到具有如下结构的应用程序：

service/
    auth.py
    customers.py
    another_set_of_functions.py
    ...

Answer 3

上面用 accountManager.createAccount(account, userList) 举例说明的示例似乎可以通过向帐户模型添加 createAccount 方法轻松完成。如果您觉得需要将业务逻辑置于模型之外，那么您始终可以创建一个托管业务逻辑的新模块，然后在视图中导入并使用。