在当今前端开发领域，Vue 和 React 几乎已成为业界标配。然而，一位不愿透露姓名的资深前端架构师近日在技术社区中分享了自己毅然放弃这两大主流框架、转而自研框架的经历，引发广泛讨论。这一选择究竟是“逆行”还是“另辟蹊径”？记者就此展开调查。
主流框架的“舒适区”不再舒适？
据该架构师在内部技术分享中透露，团队在经历了三年 Vue 和两年的 React 开发后，逐渐发现两大框架在复杂业务场景下的“隐性成本”。他表示：“Vue 的响应式系统在大型状态树中频频出现性能瓶颈，而 React 的 Hooks 虽然灵活，但依赖数组管理不当就会引发无限渲染。更关键的是，为了满足项目需求，我们不得不引入 Redux、MobX、dva 等重量级状态管理库，技术栈越来越臃肿。”
此外，跨端适配也成了痛点。Vue 和 React 虽有多端方案，但同一套代码在 Web、小程序和移动端间往往需要大量条件编译和适配层代码，维护成本呈指数级增长。该架构师直言：“我们不是在写业务，而是在写框架的补丁。”
自研框架：轻装上阵，只为自己所需
经过半年的调研与开发，该团队最终推出了自研框架，名为“Mina”（化名）。据项目文档介绍，Mina 的核心思路是“按需组合、零运行时冗余”。它摒弃了虚拟 DOM，直接基于原生 DOM 操作 + 细粒度订阅机制，将更新粒度控制在单个数据节点。在团队内部的 CRUD 业务场景测试中，Mina 的首屏渲染速度比 Vue 3 提升约 30%，内存占用降低 40%。
更值得一提的是，Mina 内置了跨端抽象层。开发者只需编写一套“数据驱动+模板”的代码，便可自动编译为 Web、微信小程序和 React Native 三种目标代码，无需额外适配。该架构师强调：“我们花了大量时间研究各端 API 差异，最终在编译阶段完成抹平，而不是运行时判断。”
自研框架是“最优解”吗？
然而，记者在走访多位行业专家后发现，并非所有人都认同“自研优于主流”。资深前端技术顾问李老师指出：“自研框架的维护成本极高。Vue 和 React 背后有数百人社区和生态支持，而自研框架一旦出现 bug，所有压力都在自身团队。对于大多数中小公司而言，这是不可承受之重。”
另一位曾尝试自研的开发者张先生则坦言：“当初我们团队也自研了框架，但不到一年就放弃了。原因是框架迭代赶不上业务需求变化，新成员学习成本高，招聘更是难题。最终我们还是回到了 React，虽然‘重’，但至少不会因为框架本身而拖累进度。”
选择权与场景决定一切
记者注意到，该团队的“自研”之举并非一时冲动。他们在分享中提到，团队规模约 20 人，以中高级前端为主，且核心成员在编译器、运行时优化方面有深厚积累。同时，业务场景高度集中——内部 SaaS 系统，页面交互模式固定，对渲染性能有极致要求。在这种特定条件下，自研框架反而能实现“精准打击”。
“如果你的项目是电商、社交这些通用场景，Vue/React 仍然是效率最高的选择。但如果你有足够的技术储备，且业务痛点明显是主流框架无法低成本解决的，那么自研一点都不过分。”该架构师在总结中如此强调。
行业趋势：从“追随者”到“定义者”
近年来，随着前端技术成熟度提升，大厂自研框架已屡见不鲜。字节的 Modern.js、阿里的 ICE 等均属此类。但中小团队是否应“跟风”自研？记者得到的普遍建议是：先问自己三个问题——团队是否有足够能力维护？业务是否有不可替代的硬需求？是否有长期投入的预算？ 如果答案全为“是”，则不妨一试；否则，还是回归主流更稳妥。
在技术演进的浪潮中，从来不存在“万能银弹”。这位架构师放弃 Vue/React 选择自研的故事，与其说是一次“背叛”，不如说是一次基于场景的理性抉择。它提醒所有开发者：框架永远是为业务服务的工具，永远不要为了使用框架而忘记业务本身。
（本报记者 赵阳）