前端中的MVC已死
内容提要
本文讨论了MVC在前端应用中的问题，包括代码冗长、难以维护、控制器组织复杂、缺乏缓存功能、测试困难、状态分离不合理和切换UI框架困难。作者建议使用TanStack Query作为更好的替代方案，它解决了MVC存在的问题。
延伸解读
MVC 在前端为何显得笨重
文章通过对比指出，MVC 在前端实现中代码量可能是非 MVC 方式的三倍。控制器承担了过多职责，导致组件与状态之间隔了一层，维护和修改成本上升。作者认为，这种结构并未带来相应价值，反而让简单任务变得复杂。
控制器组织与缓存难题
随着功能增加，控制器会积累大量依赖，拆分时面临按领域、视图还是组件划分的困惑，且拆分后控制器之间仍需互相通信，复杂度迅速上升。同时，MVC 本身不提供缓存机制，重复请求只能靠临时判断或外部缓存库，但调用与模型脱节，同步困难。
测试与状态管理的实际影响
文章反驳了 MVC 利于测试的观点：控制器过于臃肿，单元测试需要大量 mock，价值有限；而视图层虽薄，却包含事件处理和条件渲染等逻辑，完全跳过测试会留下隐患。此外，将状态强制放在模型中，削弱了组件与状态的直接关联，容易导致代码膨胀和难以理解。
TanStack Query 作为替代思路
作者推荐 TanStack Query 作为替代方案，它通过查询定义自动处理数据获取、缓存、去重和重新获取，消除了控制器层。状态与组件共置，测试时只需 mock API 并提供 QueryClient，简化了测试。代码更简洁，维护和扩展也更灵活。
Q&A
MVC在前端应用中存在哪些主要问题？
MVC在前端应用中存在代码冗长、难以维护、控制器组织复杂、缺乏缓存功能、测试困难等问题。
为什么MVC的控制器组织复杂？
MVC的控制器会积累大量依赖关系，导致维护困难，且需要在多个模型和服务之间进行复杂的交互。
TanStack Query如何解决MVC的问题？
TanStack Query通过简化代码结构、提供自动缓存和更易于测试的架构，解决了MVC的许多问题。
使用MVC进行单元测试有哪些困难？
MVC的控制器通常过于复杂，导致单元测试需要大量模拟，测试价值降低，且视图层的逻辑也难以忽视。
MVC架构对UI框架的适应性如何？
MVC架构对不同UI框架的适应性差，切换框架时需要进行大量修改，增加了重构的复杂性。
为什么说MVC的状态分离不合理？
MVC将状态与组件分离，使得组件与状态的直接关系被削弱，增加了理解和管理的复杂性。
