当前位置:  开发笔记 > 编程语言 > 正文

Django项目结构,推荐的结构,以跨应用程序共享扩展的auth"用户"模型?

如何解决《Django项目结构,推荐的结构,以跨应用程序共享扩展的auth"用户"模型?》经验,为你挑选了1个好方法。

我想知道当用户模型扩展/子类和这个结果用户模型在多个应用程序之间共享和使用时,常见的项目/应用程序结构是什么.

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

以下是我的想法:

project.loginapp.app1
project.loginapp.app2

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

与此问题类似,但更具体. django应用程序配置

UPDATE

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



1> SingleNegati..:

你为什么要扩展用户?请澄清.

如果您要添加有关用户的更多信息,则无需滚动自己的用户和身份验证系统.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中使用这两个概念(我知道),您可以根据需要自由地使用其他一些概念.

推荐阅读
135369一生真爱_890
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有