Android端ParseRole基础应用：学生教师用户角色及权限配置咨询

1. ParseRole是否为两类用户场景的最优方案 #

方案适配判断 #

• 若你的业务需要全局权限管控（比如教师可查看所有学生成绩、学生仅可查看个人数据、后续还可能扩展年级/教研组级别的细分权限、新增管理员/家长等身份），ParseRole是非常合适的方案：你可以直接创建student和teacher两个顶层角色，用户注册完成后自动分配到对应角色中，后续调整全局权限时仅需修改角色关联的ACLs即可，维护成本极低。
• 若你仅需要区分两类用户的专属字段，全局权限差异极小，还有更轻量的替代方案：直接在_User表新增roleType枚举字段（取值为student/teacher），学生、教师的专属字段直接存在_User表中，通过beforeSave云函数钩子限制对应身份仅可修改自身允许的字段即可，无需额外维护角色体系，开销更小。

2. 角色RW权限与用户自身属性修改的相关疑问 #

首先要明确概念：ParseRole对象上设置的ACLs，仅管控该角色对象本身的读写权限，和角色从属用户的资源操作权限没有关联。
举个例子：你给student角色设置了某用户的写权限，仅代表该用户可以修改student这个角色本身的属性（比如往角色中添加/移除用户、修改角色的自定义字段），和学生能否修改自身的User对象属性完全无关。
你提到的学生修改自身选课字段的场景，完全不需要修改角色的RW权限：默认Parse创建用户时，会自动给当前用户的_User对象设置自身的读写权限，默认状态下学生就可以修改自己的属性。如果要做更细的字段级别限制，比如禁止学生修改自己的grades字段，仅允许修改选课字段，可以通过云函数钩子实现，示例代码如下：

Parse.Cloud.beforeSave(Parse.User, async (request) => {
  const targetUser = request.object;
  // 仅校验非管理员的普通用户修改请求
  if (!request.master) {
    if (targetUser.get("roleType") === "student") {
      // 禁止学生修改成绩字段
      if (targetUser.dirty("grades")) {
        throw new Parse.Error(403, "学生无权修改自身成绩");
      }
      // 可在这里加选课字段的合法性校验，比如校验课程ID是否存在
    }
  }
});

3. 场景最优实现建议 #

• 优先选择轻量方案：如果当前仅需区分学生、教师两类身份，无复杂的层级权限需求，直接在_User表新增roleType字段即可，开发和维护成本最低。
• 复杂场景选Role方案：如果后续有细分角色权限、多身份扩展的规划，直接用ParseRole搭建权限体系，长期收益更高。

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