答案是构建一个与框架无关的表单验证库需核心解耦验证逻辑与UI,通过声明式规则配置、支持同步异步校验、返回结构化错误信息,并提供独立validate方法,实现跨框架复用。

构建一个与框架无关的、可复用的表单验证库,关键在于解耦业务逻辑与UI框架,专注于验证规则的定义、执行和结果反馈。核心思路是让验证逻辑独立运行,只接收输入数据并返回结构化的校验结果。
设计独立的验证规则系统
验证库的核心是规则的定义方式。应支持声明式规则配置,每条规则包含条件和错误消息。
• 规则可以是函数,接收字段值并返回布尔值或错误信息• 支持内置常用规则(如必填、邮箱、长度限制)
• 允许用户自定义扩展规则,通过注册机制添加新规则类型
• 每个字段可配置多个规则,按顺序执行,遇到失败即停止或收集所有错误
例如:
const rules = {
email: [
{ validator: 'required', message: '邮箱不能为空' },
{ validator: 'email', message: '邮箱格式不正确' }
]
};
实现可插拔的数据绑定机制
不依赖任何框架的数据响应系统,而是通过手动触发或外部通知来启动验证。
• 提供 validate(values) 方法,传入整个表单数据对象• 返回 Promise 或同步结果,包含是否通过、错误字段和具体信息
• 支持单独验证某个字段,用于实时校验(如输入时提示)
• 不操作 DOM,也不监听事件,由调用方决定何时调用
这样在 React、Vue 或原生 JS 中都能轻松集成:
validator.validate({ name: '', email: 'wrong' }).then(result => {
if (!result.valid) {
console.log(result.errors); // { email: '邮箱格式不正确' }
}
});
输出结构化错误信息
统一错误格式,便于上层消费。返回的对象应清晰标明每个字段的状态。
每个应用程序都要使用数据,Android应用程序也不例外,Android使用开源的、与操作系统无关的SQL数据库--SQLite,本文介绍的就是如何为你的Android应用程序创建和操作SQLite数据库。 数据库支持每个应用程序无论大小的生命线,除非你的应用程序只处理简单的数据,那么就需要一个数据库系统存储你的结构化数据,Android使用SQLite数据库,它是一个开源的、支持多操作系统的SQL数据库,在许多领域广泛使用,如Mozilla FireFox就是使用SQLite来存储配置数据的,iPhon
• valid:整体是否通过
• touched:可选记录哪些字段已被检查过
这种结构让 UI 层能自由决定如何展示错误,比如高亮输入框、显示提示文字等,而无需验证库介入。
支持异步验证(如唯一性检查)
某些场景需要调用 API 判断数据是否可用(如用户名是否存在)。验证库需支持异步规则。
• 异步规则返回 Promise• validate 方法本身返回 Promise,确保调用方能正确处理等待状态
• 可提供 cancel 机制避免竞态问题(如快速输入时旧请求仍返回)
例如:
asyncValidator: async (value) => {
const res = await fetch(`/check-username?name=${value}`);
return res.ok ? true : '用户名已存在';
}
基本上就这些。只要保持核心逻辑纯净,输入输出明确,就能做到真正跨框架复用。关键是不要绑定事件、不依赖上下文、不操作视图,只做一件事:验证数据。









