¿La mejor manera de agregar métodos de conveniencia a un modelo de usuario de autenticación de Django?

Question

Quiero agregar un método de conveniencia/modelo al modelo django.contrib.auth.models.User. ¿Cuál es la mejor práctica para hacer esto, ya que, la última vez que lo revisé, la extensión del modelo de Usuario se consideró una mala práctica.

Tengo un modelo personalizado UserProfile personalizado. ¿Debo usar eso para todos los métodos de conveniencia relacionados con el usuario?

Answer 1

Depende de lo que intente agregar al modelo. Si desea agregar más información sobre el usuario, entonces se recomienda en general que utiliza el UserProfile método: http://docs.djangoproject.com/en/dev/topics/auth/#storing-additional-information-about-users

Sin embargo, si lo que desea es añadir métodos personalizados o gerentes en el modelo User, yo diría que es más lógico utilizar un modelo de proxy, así:

from django.contrib.auth.models import User 

class UserMethods(User): 
    def custom_method(self): 
    pass 
    class Meta: 
    proxy=True 

un modelo proxy operar en la misma tabla de base de datos como el modelo original, lo que es ideal para la creación de métodos personalizados sin extender físicamente el modelo. Simplemente reemplace cualquier referencia a User en sus vistas al UserMethods. (Y, por supuesto, puede utilizar esto en la herramienta de administración de anular el registro del modelo de User y el registro de su modelo de poder en su lugar.)

cualquier instancia del modelo original User que se crean será accesible al instante a través del modelo UserMethods, y viceversa. Más aquí: http://docs.djangoproject.com/en/dev/topics/db/models/#proxy-models

(. NB Los modelos sustitutos requieren Django 1.1 y superior)

Answer 2

Sí. No es necesario que te metas con las bases cuando tu modelo de usuario tiene una función .get_profile() adjunta.

Answer 3

Prefiero usar el mismo perfil de usuario en varios proyectos que desarrollo y extiendo al usuario para cualquier necesidad específica del proyecto. Por lo tanto, la funcionalidad común va a UserProfile, y la funcionalidad específica del proyecto va para el usuario personalizado. No he tenido ningún efecto adverso de tener un modelo de Usuario subclasificado aún, me pregunto si todavía existe alguno con Django 1.0+.

Answer 4

2013 actualización:

en 1.5 se puede sustitute un modelo personalizado de usuario y añadir lo que quieras https://docs.djangoproject.com/en/dev/topics/auth/customizing/#auth-custom-user

Answer 5

si desea agregar métodos personalizados al modelo de usuario, recomendaría monkey_patching:

crear un archivo monkey_patching.py en cualquiera de sus apps ::

#app/monkey_patching.py 
from django.contrib.auth.models import User 

def get_user_name(self): 
    if self.first_name or self.last_name: 
     return self.first_name + " " + self.last_name 
    return self.username 

User.add_to_class("get_user_name",get_user_name) 

e impórtelo en el archivo __init__.py de la aplicación. es decir ::

#app/__init__.py 
import monkey_patching