Model-driven PowerApp：无合适primary name column子网格展示最佳实践

这确实是明确的设计疏漏，和Dataverse平台本身无关。平台所有subgrid的默认交互逻辑就是点击行的主名称列打开当前行记录，你现在的问题本质是Participant表建模时没有设置语义匹配的主名称列，又在subgrid里把指向学生表的查找列作为可点击链接展示，用户按全应用统一的操作习惯点击时直接跳转到学生记录页，完全不符合操作预期，会持续产生误操作。

直接给Participant表加个计算列当主名称列就行，不需要写任何自定义代码，改完和其他subgrid的交互逻辑完全一致：

• 进Participant表的设计器，新建一个字符串类型的计算列，把这个列设置为表的primary name column
• 计算规则直接配置成拼接关联的学生查找列值、分隔符、关联的课程查找列值就行，最终展示效果类似李四 - 数据结构，完全可以唯一标识一条选课/课程参与记录
• 配个业务规则强制要求Participant记录的学生、课程两个查找字段必填，避免主列出现空值
• 发布自定义之后，回到Course表单的subgrid，把原来单独放的学生姓名查找列删掉，换成这个新的主名称列。改完之后点击这个列就会直接打开Participant记录的编辑表单，和应用里其他subgrid的操作逻辑没有任何区别，从根源解决用户困惑。

如果因为历史配置锁死、权限不足这类客观原因改不了Participant表的主名称列，再考虑自定义控件的方案：

• 把subgrid里原来的学生查找列隐藏，换成自定义PCF控件或者嵌入的Web Resource渲染学生姓名文本
• 给渲染出来的文本绑点击事件，调用客户端API打开当前行对应的Participant记录编辑表单
  这个方案需要写自定义代码，后续平台版本更新有概率出兼容性问题，维护成本高，除非实在改不了表结构否则别用。

别想着靠加提示文字、调大编辑按钮这类方式绕开问题。用户在你应用其他所有subgrid里已经养成了「点列表里的名称链接就能编辑当前行」的固定习惯，只要这个交互和全局习惯不一致，加多少提示都没法完全避免误操作，改造成本比直接适配原生逻辑高得多。

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