Continuez simplement avec votre structure actuelle. Vous souhaitez principalement séparer les autorisations front-end et back-end. Les modèles impliqués dans chaque application sont définis dans les modèles auxquels l'application appartient, puis les mécanismes d'autorisation respectifs permettent au modèle d'utilisateur frontal et au modèle d'utilisateur back-end d'hériter de AbstractBaseUser et d'écrire leurs propres méthodes d'autorisation. (Bien sûr, vous pouvez également utiliser d'autres méthodes. Vous n'êtes pas obligé d'hériter de AbstractBaseUser. Par exemple, si la réception est une interface, vous pouvez utiliser l'autorisation par jeton.) J'ai déjà écrit un site Web qui nécessite la connexion de l'étudiant, de l'enseignant connexion et connexion en arrière-plan C'est à peu près tout.
Continuez simplement avec votre structure actuelle. Vous souhaitez principalement séparer les autorisations front-end et back-end. Les modèles impliqués dans chaque application sont définis dans les modèles auxquels l'application appartient, puis les mécanismes d'autorisation respectifs permettent au modèle d'utilisateur frontal et au modèle d'utilisateur back-end d'hériter de AbstractBaseUser et d'écrire leurs propres méthodes d'autorisation. (Bien sûr, vous pouvez également utiliser d'autres méthodes. Vous n'êtes pas obligé d'hériter de AbstractBaseUser. Par exemple, si la réception est une interface, vous pouvez utiliser l'autorisation par jeton.) J'ai déjà écrit un site Web qui nécessite la connexion de l'étudiant, de l'enseignant connexion et connexion en arrière-plan C'est à peu près tout.