前端框架的发展史
发布网友
发布时间：2023-03-02 22:43
共1个回答
热心网友
时间：2024-12-03 11:36
最开始， Web 的开发非常简单， 界面的展示与后端逻辑的处理并没有分离开来，当然从工程量的角度来看，应用逻辑也是非常简单，此时并没有什么前端与后端的区别，如图：
随着业务量和功能的增加，以及网民们对应用的美观度都有了一定的要求之后，一个 Web 应用的开发逐渐复杂起来，一两个人是根本无法承担全部的开发任务的，这就需要大家通力合作，而一个应用的开发也就分为了不同的模块，工程师也就分为了不同的工种，这个时候，我们才看到一个 Web 应用的制作，需要涉及到前端工程师、后端工程师、运维工程师、UI 设计师。
对于一个 Web 应用来说，交互逻辑都是在前端产生的，因此后端需要对数据进行拼装，前端在技术上其实只负责数据的展示和 UI 的渲染工作，前后端的逻辑并没有彻底分离开，在小型 Web 应用中，这并没有什么问题，但是随着业务量的不断增长，后端负责页面产出的工作越来越繁琐。
为了能够明确应用职责，将数据的处理和展示彻底分开，前后端分离的设计模式逐渐流行；前端需要展示的数据通过网络请求发送给服务器，得到数据之后，再有前端进行渲染展示，这样服务器只负责提供对应的数据即可，服务器不再负责页面渲染的工作。
通过前面的介绍，我们对目前的项目工程化有了大体了了解，那么其中，在第二阶段的工程化演进中，有一个重要的工程设计理念诞生，他就是著名的 MVC 设计模式，简单点，MVC其实就是为了项目工程化的一种分工模式。
MVC 中的最大缺点就是单项输入输出，所有的 M 的变化及 V 层的变化，必须通过 C 层调用才能展示；这也就是为什么在大型项目中，后端渲染力不从心的原因之一，前后端分离的架构中，是将 MVC 中的 V 层删除，不再由 服务器端负责；而前端拥有了大量的数据处理任务后，借助 MVC 的分工职责理念，发展出了MVVM的架构逻辑。
