在《通用 Form API 协议 - 基础版》里挖了个坑，这不现在来填坑了，出了个《通用 Form API 协议 - 完全版》。

为了更好的理解表单的功能设计，笔者特将国内（比较符合团队使用习惯）流行的 UI 组件库的表单组件 API 设计拿出来对比一下，希望通过比较它们的异同得到一些启发。

因为 Final Form 的框架无关性，所以先写了一篇《Final Form 跨框架 Demo 对比（JS vs React vs Vue）》进行铺垫，建议先阅读一下这篇文章，可以更好的理解本文。

本篇会用同一个「用户注册」的场景，来分别用 JS + HTML、React、Vue3、react-final-form-hooks、vue-final-form 5 种方式实现，以对比其异同。

背景的详细说明可以看《React Hook Form 设计思路浅析》这篇文章的背景部分，简单来说就是为了实现可配置化的表单组件，合理的设计其 API，本篇是对 Formik 设计思路的解析。

为了实现可配置化表单封装，提高中后台系统的研发效率，特研究了 React Hook Form 的 API，以窥探其设计思路，希望能够获得一些灵感。

笔者最开始的诉求是提高表单和列表的开发效率（因为主要是中后台项目），无法统一全部的协议，但是至少可以先统一组件层面的协议吧。

之前《lowcode-engine 协议浅析》这篇文档分析了 lowcode-engine 的协议，有了一定的收获。但是官方并没有提供 Vue 的解决方案，所以我们试着实现以下。

笔者最近在研究低代码，目的是为了能够提高前端日常的开发效率，希望能从各低代码产品当中获得一些灵感。阿里最近（2021.12）开源了一个低代码引擎 lowcode-engine，我们来看下。