开发Django员工管理应用应选择哪款内置用户模型？

你的需求核心是存储员工自定义信息、支持系统登录、关联个人资产，优先选择AbstractUser，三个选型的差异和判断依据如下：

各内置模型适用场景说明 #

• 直接使用默认User模型：仅适合不需要存储员工额外字段的场景，你的需求要存储完整员工名单，必然需要加工号、部门、入职时间等自定义字段，该选项直接排除。
• 继承AbstractBaseUser：属于自定义用户体系的底层基类，仅保留密码校验、登录验证的核心逻辑，所有基础字段（包括用户名、邮箱、激活状态）都需要手动实现，仅适合登录逻辑、用户体系和Django默认框架差异极大的场景（比如完全用工号替代用户名做唯一登录凭证、定制特殊权限规则），开发成本很高，普通员工管理场景完全不需要用。
• 继承AbstractUser：默认包含了原生User模型的所有基础能力（用户名、邮箱、密码、内置权限、登录校验逻辑），你只需要补充员工专属的自定义字段即可，完美兼容Django自带的auth认证体系，既能满足员工名单的存储需求，也能直接复用登录、权限能力，还可以非常方便的关联员工和对应的资产数据，完全匹配你的需求，是最优选择。

注意：需要在项目首次执行migrate操作前，在配置文件中声明AUTH_USER_MODEL = "staff.你的自定义用户类名"，如果已经执行过迁移再修改，需要清理现有迁移文件和数据库，避免出现关联冲突。

内容的提问来源于stack exchange，提问作者a298b112