内容摘要：ajaxForm 这个插件，圈子里混过几年的前端基本都碰过。它解决的是表单异步提交那点破事——不用手动拼 FormData，不用自己写 XMLHttpRequest 的监听，几行代码就把表单序列化、提

ajaxForm 这个插件，需j行圈子里混过几年的需j行前端基本都碰过。它解决的需j行是表单异步提交那点破事——不用手动拼 FormData，不用自己写 XMLHttpRequest 的需j行监听，几行代码就把表单序列化、需j行提交、需j行回调全包了。需j行但你要是需j行翻它的源码，或者直接在项目里 `npm install ajax-form` 然后 import，需j行八成会摔跟头。需j行它压根不是需j行原生 JavaScript 写的，底层依赖 jQuery，需j行而且是需j行老掉牙的 jQuery 1.x 那种风格。

我去年接手一个维护项目，需j行技术栈是需j行 Vue 3 + Vite，后端接口是现成的。有个导出报表的功能，前端要提交一个带日期范围、筛选条件的表单，然后接收返回的 Excel 文件。原开发者在代码里留了个注释：“这里用 ajaxForm 处理，方便”。我打开那个文件，看到 `$('#filterForm').ajaxForm({ ...})` 的时候，后背一凉。项目里根本没引 jQuery，Vue 的响应式系统和 jQuery 那套 DOM 操作完全是两个世界。

硬着头皮把 jQuery 塞进去？可以，但代价是打包体积直接多出 80 多 KB（gzip 前大概 280KB），而且 Vue 的虚拟 DOM 和 jQuery 直接操作真实 DOM 会互相踩脚。最典型的是：Vue 渲染完列表后，jQuery 绑定的事件可能因为 DOM 被重新渲染而失效。你修 bug 的时间比省下的写原生代码的时间多得多。

ajaxForm 的逻辑其实不复杂——它就是把表单的 action 和 method 提取出来，用 jQuery 的 `$.ajax` 发请求，再处理回调。核心代码不超过 200 行。问题是它把 jQuery 的全局依赖写死了。插件内部用了 `$.fn.ajaxForm` 这种原型链扩展方式，没有 jQuery 对象，整个插件直接白屏报错。

有人会问：那 jQuery 不是也还在用吗？确实，老项目里 jQuery 还是霸主，比如那些基于 jQuery UI 的后台管理模板。但新项目谁还引 jQuery？Vue 和 React 生态已经把 DOM 操作和状态管理打包解决了，你为了一个表单插件引入一个重型的 DOM 操作库，这账怎么算都不划算。

我后来干了件挺土的事——把 ajaxForm 的源码抠出来，把里面所有 `$` 换成原生 API。比如 `$(form).serializeArray()` 改成 `new FormData(form)` 配合 `URLSearchParams`，`$.ajax` 改成 `fetch`。前后花了大概一个下午，改完测试，功能一模一样，但依赖清干净了。那个项目的 package.json 里少了一条 jQuery 依赖，构建体积降了 8%，部署时间肉眼可见地缩短。

这事儿给我一个挺实在的教训：选插件前先翻翻它的 package.json 里的 dependencies。如果写着 `"jquery": "^3.0.0"`，而你项目里没这玩意儿，那就别硬塞。ajaxForm 本身是好插件，在 jQuery 时代解决了大量重复劳动。但技术栈换代了，它的生存土壤就没了。你非要在 React 里用 jQuery 插件，那不是插件的问题，是你选型的问题。

现在 GitHub 上 ajaxForm 的仓库基本不更新了，最后一次 commit 停在几年前。作者也没动力去适配现代框架，毕竟原生 fetch 加几行代码就能实现同样的功能。要是你还在维护老项目，用 jQuery 就继续用 ajaxForm，顺手得很。但新项目，我劝你直接写个 `handleFormSubmit` 的函数，二十行搞定，还不用背一个历史的包袱。