Question

我想知道当用户模型扩展/细分并且这个结果用户模型在多个应用程序之间共享和使用时，常见的项目/应用程序结构是什么。

我想在多个应用中引用相同的用户模型。我还没有建立登录界面，所以我不确定它应该如何组合在一起。

以下是我的想法：

project.loginapp.app1
project.loginapp.app2

这种情况有共同的模式吗？登录最好是由“登录应用程序”处理吗？

与此问题类似，但更具体。 django application configuration

更新

澄清了我上面的用例。我想将字段（扩展或子类？）添加到现有的auth用户模型中。然后在多个应用程序中引用该模型。

Answer 1

为什么要扩展用户？请澄清。

如果您要添加有关用户的更多信息，则无需滚动自己的用户和身份验证系统。 Django的版本非常扎实。用户管理位于django.contrib.auth。

如果您需要自定义与用户一起存储的信息，请首先定义一个模型，例如

class Profile(models.Model):
    ...
    user = models.ForeignKey("django.contrib.auth.models.User", unique=True)

然后设置

AUTH_PROFILE_MODULE = "appname.profile"

你在settings.py中的

设置此功能的优点是允许您在视图中使用这样的代码：

def my_view(request):
    profile = request.user.get_profile()
    etc...

如果您尝试为用户提供更多方式进行身份验证，则可以添加身份验证后端。扩展或重新实现django.contrib.auth.backends.ModelBackend并将其设置为您在settings.py中的AUTHENTICATION_BACKENDS。

如果您想使用与django提供的不同的权限或组概念，那么没有什么可以阻止您。 Django仅在django.contrib.admin中使用这两个概念（我知道），您可以根据需要自由地使用其他一些概念。

Answer 2

如果contrib.auth模块满足您的需求，您应首先检查，因此您不必重新发明轮子：

http://docs.djangoproject.com/en/dev/topics/auth/#topics-auth

编辑：

检查在创建新用户后创建UserProfile的此片段。

def create_user_profile_handler(sender, instance, created, **kwargs):
    if not created: return

    user_profile = UserProfile.objects.create(user=instance)
    user_profile.save()

post_save.connect(create_user_profile_handler, sender=User)

Answer 3

我认为'项目/应用'的名字很糟糕。它更像是“网站/模块”。例如，一个应用程序在没有视图的情况下非常有用。

检查YouTube上的2008 DjangoCon talks，尤其是关于reusable apps的{{3}}，它会让您对如何构建项目完全不同。

Django项目结构，推荐的结构，以跨应用程序共享扩展的auth“用户”模型？

3 个答案: