Form模型能否内置支持扩展属性

[rxlf]

类似 Field 模型的 data 属性，把一些全局的数据&状态挂载到 Form 扩展属性上，能很大程度上简化使用

一些场景化例子

eg:
将全局样式&属性挂载到 form 上，在自定义组件中去消费

eg2:
在表单初始化前去拉取全局数据，然后挂载到表单上，field 里取消费数据

eg3:
表单的状态，如是否为编辑态 isEdit ，在组件中去消费这个状态展示不同的样式

[janryWang]

如果只是自定义组件内部消费，为啥不直接创建context下发下去

[rxlf]

可能我没描述清楚，不仅仅是需要在自定义组件中去消费，在表单的任何场景中（组件、装饰器、 Effect ）都有可能用到，同时需要使用响应式的能力，避免业务手动的去维护状态，能极大简化开发成本：

针对 Field, 我们有这样的场景， 多个字段依赖同一个接口下发数据源，但是接口存在失败的情况，需要提示用户重试，这时候我可以把请求的状态存到 field.data 里（如失败的状态、哪些字段需要重新请求），本身支持的 field.data 就能很大程度上简化流程。

对 Form 也是一样的，存在一些全局状态&属性，这些全局状态&属性在组件、装饰器、 Effect 钩子里，都是会使用到的，同时本身支持响应式的话，所以要是 Form 层能有支持的属性，会极大的减小开发成本

[janryWang]

还是没明白，你自己顶层管理的observable数据，react context下发下去，所有地方都能消费的呀，为什么一定要耦合到form上呢？field的data属性存在的意义主要是因为扩展状态与字段的映射关系手动维护起来很麻烦才支持的，如果简单的话，字段data，我也是推荐用户自己外部单独管理

[kaoding]

不建议支持这一属性，这种需求有很多方法可以解决，框架能简单的就简单。

[heaven2049]

使用Context可以解决，但繁杂，且每个组件都需要明确感知Context的存在，但实际并不想每个组件都去新开发一次 & 消费Context。
例子1，Input组件、RadioButton组件要同时支持编辑态、阅读态，编辑态会直接使用antd/arco的组件，阅读态使用mapProps+readPretty封装，使用时传 readPretty 即可，我们在ArcoForm里会将 readPretty 支持配置为响应式函数，依赖全局属性（如isEdit）做响应式（如创建表单编辑态，编辑表单阅读态），而非开发一个新的组件Input、RadioButton组件去消费Context。
例子2，我们发现表单的场景中，字段的初始化、字段的联动是极其常见的场景。故结合Formily的effects，开发了若干helper工具，比如 同步初始化， syncInit(pattern, callback(field, form) => {} ) {} 。 此时，如若字段需要消费全局内容，直接消费form.data即可而且为响应式，可以很方便的写纯逻辑，而不用和UI组件打交道。

[janryWang]

我的意思是，你们单独用@formily/reactive定义一个面向你们场景的observable模型，然后通过context下发，在mapProps里直接useContext消费就行了

[heaven2049]

其实目前已经这么做了，只是没用context下发，而是我们直接挂在了Form上，方便effects中取，组件中也直接用 obversable 组件 +useForm 来消费。

[heaven2049]

组件感知类型可以通过给form.data支持泛型来感知，这一层是不可避免的，但这一层不是百分比必须的，因为许多逻辑是通过effects来组装的。
但假如想在effects中结合使用（我们的一个场景），就得必须扩展表单模型了。现在我们得在Form创建完成时挂载一个 formily/reactive 的observable 对象，和字段初始化等缠绕在一起，总体有略多Hack成本。

[janryWang]

要在effects消费是可以用createEffectContext的方式提供个hook给用户使用的

[heaven2049]

OK，我们调研下这个钩子看看

[shubinla]

如果是依赖某些全局的数据，比如引用的 store 数据，想要在 json schema 中去引用，有什么好的方法吗，目前我是通过挂在一个 field 的scope 上面，然后在 json schema 中去引用 {{xxx}}。目前项目中比较多依赖的数据，需要在 schema 中的很多属性用到，比如 visible, reaction, validator 等等。