spcBackToLife

扩展 UI 库 背景 我们在使用框架的时候，如果只能使用固定的 UI 库，可能不满足公司要求，可能在公司内，需要使用指定的 UI 库，此时我们就可以基于： @easy-page/antd-ui 扩展自

扩展一个通用组件 我们知道，我们有个默认的 UI 库，包含了一些基础组件，但若是这些组件还无法满足需求，我们希望通过：ui 属性指定我们想要的组件，该怎么办呢？ 我们可以扩展组件 扩展一个组件，大概有

字段自定义组件 在表单开发中，我们可能会遇到这样的场景： 默认组件库里的组件不能满足自己的诉求，需要扩展组件，但是这个组件通用型又不好，包含过多业务逻辑。 此时就可以直接自定义组件，也可以融入：Eas

字段可编辑控制 我们经常遇到的场景是： 在编辑或者拷贝页面，我们会基于业务逻辑控制，来决定是否允许某些字段可编辑。 很多时候，这个给我们带来了不小的麻烦，在 EasyPage 中，我们把这种场景标准化

字段继承 在表单开发中，我们会经常遇到这样的一个场景： 我想要之前的字段 A，但是又对它有一些调整。 此时，我们的做法可能是： 将差异的点抽象成：Props，在组件使用的地方，根据不同的场景传递不同的

字段联动 在前面的章节中，我们或多或少提到了一些联动，我们这里，就来详细的介绍一下。 在表单开发中，常见的有如下几种联动场景： 当一个字段变化了，改变另外一个字段组件的 Props。 当一个字段变化了

字段显隐 下方以 nodeUtil.createField 为例，其余 API 的数据处理类似，详情可见 API 文档。 字段本身显示与隐藏 不展示控制 如下，设置后 when 配置后，任何情况都不展

字段组件 Props 透传 下方以 nodeUtil.createField 为例，其余 API 的数据处理类似，详情可见 API 文档。 给组件透传 Props 字段的 UI 配置，其实就指的是我们

字段数据处理 下方以 nodeUtil.createField 为例，其余 API 的数据处理类似，详情可见 API 文档。 在表单场景中，往往存储到后端的数据结构，和我们 UI 页面展示的结构有所差