genyu

1、“trigger 元素有现成的方法 open” 并没有在api 里面看到trigger 元素的 open 方法，是哪个版本呢？ 2、visible 是受控的，确实能解决一些场景的问题，但是我所提到的使用场景是希望： 受控的通过ref 实例方法传递 图片预览的 图片src ， 即可以通过实例方法传递 images。 目前我们的images 是受控的吗？

> trigger 元素有现成的方法 open > > 也有 `visible` 可以自由控制是否显示预览器，`visible` 是受控的，可以控制在任意时机的隐藏或显示 > > 不再新增实例是方法控制是否显示预览器 其实我这边的使用场景主要是有两点要求： 1、 受控的展示预览器，2、不通过固定的trigger 元素 的点击事件触发预览，且预览器展示的图片url 是可控的，可以在触发时 指定，因为我是用于富文本的html 中的图片img元素的预览的。 基于您之前的回复，我也可以trigger 元素指定为要监听的父元素，但是仍然需要img 是可控的哈。 这里图片预览器的images 里面的img 是可控的吗？ 我可以在在trigger open 执行前，修改吗？

不好意思哈，之前demo 代码没看仔细，没注意到trigger 是有入参的。 基于open 这个入参，是否我们可以支持open可以指定images 呢？ 就是 const trigger = ({open}) => open(images)}>预览单张图片 实现images 的受控。（当然，如果我们images 属性本身就是受控的， 也可以）

> 这里应该是 FormItem😂，我改下 但其实，form 的initialData 也是有这个使用场景的 参考antd4 的设计。

> > 这里应该是 FormItem😂，我改下 > > 但其实，form 的initialData 也是有这个使用场景的 参考antd4 的设计。 antd4 其实form.list 和item以及form 本身都有intialValue 或者intialValues 的属性， 然后优先级是： form > form.list > form.item. 我想表达一下我认为的使用场景以及这里的优先级逻辑哈： 1、 form 里面的initialData 可以用于，异步请求后或其他场景下，给整个表单赋予初始值。用于，用户在修改表单的场景下，需要点击重置恢复表单值为初始值。这个时候，只依赖于formitem 的初始值，就不太灵活，需要给每个item 都定义初始值。...

优先级的话，确实应该 form > form.list > form.item

> emm 我反而觉得就近原则是比较合理的，哪个属性具体实际生效的地方更近，说明用户设置成本越高，更应该是用户真正想要的数据，全局配置api的逻辑也是这么定义的，全局配置文件始终比不上组件设置的props，当然这里只要自圆其说谁优先级高都是可以。 不过这里并没有实现 form 的 initialData 算是遗漏把，但好像没什么人反馈，大家似乎都能接受 formItem 设置的样子 是的，一般情况下，都是就近原则的。但是antd 的 逻辑是反的，我也能理解antd 反着设计的目的，就是认为用户可能要修改initialData 时，使用form 更方便修改。不过就近原则也可以，虽然不能用form 的initialData 覆盖item 的，但也无伤大雅，若需要批量去设置或者修改initialData ，就可以统一使用 form 的intialData 。

> > > > 这里应该是 FormItem😂，我改下 > > > > > > > > > 但其实，form 的initialData 也是有这个使用场景的 参考antd4 的设计。 > > > > > > antd4 其实form.list 和item以及form 本身都有intialValue...

> > > > 这里应该是 FormItem😂，我改下 > > > > > > > > > 但其实，form 的initialData 也是有这个使用场景的 参考antd4 的设计。 > > > > > > antd4 其实form.list 和item以及form 本身都有intialValue...