让相关信息一起流转
业务很少只有一张独立表格。DuogeX v0.3 持续完善关联表单与主子数据，让需要一起查看和维护的信息建立联系。
一张申请单，常常装不下完整业务
不少业务天生就包含层次：一张申请有多条明细，一次服务对应一份基础资料，一个事项还需要关联之前建立的业务记录。如果只能在一个长文本里把所有内容写完，后续核对、修改和汇总都会变得困难。
更常见的做法是把相关信息抄过来：复制一个名称，补上一段说明，再把明细放到附件里。短期能交付，长期却容易出现同名资料、多份内容和无法确认对应关系的问题。用户看到的信息“像是相关的”，系统却未必保存了真正的业务关系。
DuogeX v0.3 持续完善子表、表格表单和关联表单处理，改进关联选择、编辑回显及阅读模式，让相关信息可以按业务结构一起维护。
用结构表达关系，减少反复转抄
主记录负责表达一项业务的整体情况，明细承载其中的多条具体内容；关联字段则用于选择已经存在的其他记录。三者解决的问题不同，但可以共同帮助用户把一件事说完整。
以业务申请为例，申请名称和整体说明可以放在主记录中，具体申请项目放在多条明细里。需要引用已有资料时，通过应用配置的关联入口选择目标。这样，阅读者可以沿着应用设计的结构理解内容，而不必在长篇说明中猜测每段信息属于哪一项。
这里的关键不是让页面容纳更多字段，而是把信息的归属说明白。修改主记录时，用户能够检查对应明细；重新打开申请时，关联内容与编辑回显也应与保存结果一致。v0.3 的相关改进，正是围绕这些日常填写和阅读环节展开。
业务结构示意，帮助理解本篇场景。
从选择资料到核对明细，把一件事填完整
开始录入之前，先确认哪些内容应直接填写，哪些内容应从已有资料中选择。假设某项申请需要引用一条基础资料，成员应使用对应的关联选择入口，核对名称及必要信息后再确认，而不是只在普通文本框中输入相同名称。
添加明细时，每一行都需要有清楚的业务含义。遇到相似条目，应该检查是否确实代表不同内容，避免为了赶进度重复添加。填写结束后，除了检查主记录的名称与说明，也要逐条检查明细是否完整、关联对象是否正确。
保存后再打开，是很重要的一次核对。填写窗口中的临时内容，不等于已经形成最终记录；阅读模式里能否看到正确的明细、再次编辑时是否保持原值，才是用户判断结果是否可靠的重要依据。
后续需要调整资料时，先确认修改对象是当前记录中的内容、某条明细，还是被关联的基础记录。不同应用对关联内容的展示与更新方式可能不同，不能因为两个页面出现了同一个名称，就推断修改其中一处一定会同步改变所有内容。
业务关系越清楚，后续交接越容易
关联选择仍受实际数据权限影响。某位成员没有看到某条资料，可能需要管理员核对其访问范围，而不是临时复制资料绕过选择入口。主子结构发生调整后，也应一起检查新增、编辑、删除和回显，避免只验证新增能成功。
对普通用户而言，关联数据最直接的价值，是少做一次转抄、少猜一次对应关系，让完整的业务背景随着记录一起被阅读。对应用建设者而言，则需要先把这些关系配置清楚，再交给成员按同一条路径填写与维护。
本文回顾 v0.3 的核心能力，操作入口参见当前手册；实际功能以部署版本、配置与权限为准。
查看更新日志对应阶段，了解该阶段的其他变化。