全球开发者每年新建数千万个Web项目，却没人问过：为什么每个项目都要重新发明轮子？

一位长期深耕前端架构的工程师在最新技术分享中抛出这个观察。他描述了一个反复出现的困境——不同项目、不同团队、不同技术栈，每次开工都像第一次。我们拥有了更先进的工具链，更丰富的组件库，更成熟的部署方案，但底层工作模式几乎没有改变。复杂度没有被消除，只是被转移到了别处。

打开网易新闻 查看精彩图片

核心症结在于层与层之间缺乏共享契约。现在的Web开发像是用胶带拼接起来的系统：前端框架、状态管理、后端接口、数据库、部署配置——每个环节各自为政，勉强连通却并非为彼此设计。这位工程师认为，问题不在工具本身，而在于"一切松散连接，却未经有意设计以协同工作"。

他提出的解决方案是区分两个概念：框架与引擎。框架提供工具，告诉你"可以怎么做"；引擎确立规则，规定"将会怎么做"。这个区别直接影响系统能否规模化。游戏行业早已验证这一模式——游戏引擎不只渲染画面，而是定义了物理、输入、网络、音频等全套子系统如何协作。开发者不需要每次重建这些模块，而是在既定系统内创作。

契约优先是这套方法论的核心。每一层在实现之前，先由契约定义清楚。不是事后补文档，不是松散约定，不是靠猜测。他展示了几个具体场景：样式与组件不再散乱生长，而是受设计系统契约约束；API端点不再临时手写，而是通过声明式配置生成；基础设施不再依赖手动仪表盘操作，而是代码化声明。配置成为单一事实来源，而非代码的附属品。

一个关键架构转变是放弃钩子（hooks）模式。钩子虽灵活，却引入隐性依赖、执行顺序风险和测试困难。替代方案是管道（pipeline）：请求经过验证、转换、执行、响应的固定流程，每个步骤显式声明输入输出，可预测、可测试、可组合。行为不再被注入系统，而是由系统编排。

这位工程师强调，约束不是限制，而是加速的前提。没有结构的自由导致混乱，没有灵活的结构导致僵化。引擎思维追求两者的平衡：为开发者提供清晰的边界和可靠的保证，同时保留在边界内自由发挥的空间。

这个项目最初只是一个UI实验，现已扩展为涵盖数据层、API层、基础设施层的完整系统。所有部分共享同一套契约语言。作者最后的判断很直接：Web开发不需要更多构建方式，需要更好的构建基础。当他声称"Web需要一个引擎"时，指的就是这个——不是又一个框架，而是一套端到端定义应用如何被构建的运行系统。