useTable 1.x

[monkindey]

定位

定位还是不变，Core + Plugin 的方式，不会梳理主观性强的配置能力，让自己的业务方自己定义。

规划

更为复杂场景的支持

• https://github.com/ahooksjs/useTable/issues/26
• https://github.com/ahooksjs/useTable/issues/30
• https://github.com/ant-design/pro-components/issues/3203
• 还是所有的查询展示类能力？

更为丰富的功能

• form 是可以通过 schema 渲染的
• 表头也是后端驱动的
• 表单 field 联动问题
• API 设计更加全面
• https://github.com/ahooksjs/useTable/issues/23
• 前端做过滤
  • https://github.com/ahooksjs/useTable/issues/12
  • https://github.com/ant-design/pro-components/issues/3988

去 formily

• https://github.com/ahooksjs/useTable/issues/24
• https://github.com/ahooksjs/useTable/issues/21

去 formily 是为了支持 formily1.x 和 formily 2.x，以及更好地扩展，支持使用方自定义。 有同学跟我说有没有去 formily 的 useTable 版本。

更好的用户体验

• 删除到最后一个的时候，页码会有问题，类似问题 https://github.com/ant-design/pro-components/issues/2310
• 点击下一页的时候滚动到最上面
• 请求还在 pedding 中，然后再次请求 https://github.com/ant-design/pro-components/issues/3527
• 搜索即查询 https://github.com/ant-design/pro-components/issues/3119

更好的开发体验

• 使用 useTable 维度 https://github.com/ahooksjs/useTable/issues/22
• 开发 useTable 维度
  • https://github.com/ahooksjs/useTable/issues/25
  • 测试用例丰富，后续迭代更为简单

更广的影响力

运营推广

[monkindey]

之前的 useFormTablePlugin 强依赖了 formily 1.0 了，现在再抽下一层，不要去关心具体用了什么 form，定义好对应的接口，方便上层快速建设

[monkindey]

支持 react18

[monkindey]

状态管理用类似 zustand 的方式，性能会更好点