Docassemble中能否将[FIELD variable_name]与已收集列表结合使用？

• 该场景是Docassemble原生支持的能力，不需要额外开发插件或写复杂自定义逻辑，完全可以实现你提到的「内嵌字段预填充、修改后直接保存、和add another功能同页展示」的效果
• 直接绑定列表字段的运行逻辑：
  • 段落内嵌字段[FIELD variable_name]本身就支持直接绑定已收集列表的元素属性。比如已经收集了存储客户信息的对象列表client_list，每个列表元素包含name、contact_email属性，直接在页面输入框位置写[FIELD client_list[索引值].name]，系统会自动把列表对应位置的已有值预填充到输入框中；用户修改内容后点击页面的continue/save按钮，修改值会直接同步回原列表的对应字段，不需要额外写赋值逻辑，也不需要跳转回原有收集流程重填整行内容
• 和「add another」功能同页共存的实现方法：
  • 不需要依赖原生列表收集流程默认的评审页跳转逻辑，完全可以自定义普通问题页结构，把可编辑字段和新增按钮放在同一页面：
    • 先通过循环逻辑把所有已收集的列表元素逐行渲染出来，每一行的展示位置替换为对应属性的[FIELD]输入组件
    • 在列表渲染区域下方，配置触发新增条目的动作按钮，关联新增单条列表项需要弹出的问题流程
    • 页面主保存按钮触发时，会自动同步所有内嵌字段的修改值到原列表变量，全程没有跨页跳转的冗余步骤
• 落地时的实用经验参考：
  • 如果列表单条的字段数少于3个、总条目数少于10条，优先用全内嵌可编辑的模式，用户可以直接在当前页修改所有已填内容，操作路径最短
  • 如果列表字段复杂、条目较多，不要强制全部使用内嵌字段，否则会导致页面拥挤、可读性下降，这时候可以对复杂条目标配原有的行内编辑按钮，跳转回单条编辑页操作，体验会更流畅
  • 想要完全替代原生的「点击编辑跳转整行修改」的逻辑，只需要把自定义评审页的静态文本展示区域，全部替换为对应字段的[FIELD]组件即可，系统会自动完成值的预填充和回写逻辑，不需要额外对接保存接口

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