认识MVC三层架构

架构发展史

架构发展史可以分为以下几个时期：

1. 单体应用时代：最早的应用程序都是单体应用，即所有的代码都在同一个进程/服务器上运行。代码的修改和迭代都非常方便，但是一旦代码庞大就变得难以维护和扩展，同时也不够灵活和容错。

2. 分层架构时代：为了解决单体应用的问题，出现了分层架构的设计模式。这种架构形式将应用程序分为表示层、业务逻辑层和数据访问层三个独立的部分，使得应用程序更加容易维护和扩展，同时也更加灵活和容错。

3. 分布式应用时代：随着互联网的普及，分布式应用开始兴起。在这种架构下，应用程序的各个组件不再运行在同一个进程/服务器上，而是运行在多个进程/服务器上，通过网络进行通信。这种架构使得应用程序更加容错、可扩展和灵活，但是也增加了系统设计的复杂性。

4. 微服务架构时代：微服务架构是分布式应用的一种演化形式，它将应用程序分解成多个小型的、自治的服务。每个微服务都可以独立部署、测试和升级，使得应用程序更加容错、可扩展和灵活。

5. 云原生架构时代：随着云计算技术的发展，云原生架构开始兴起。云原生架构是一种基于容器化、动态编排和自动化部署的架构模式，将应用程序从单个服务器转移到云平台上的容器或虚拟机中，以获得更好的可扩展性、可靠性和弹性。同时，云原生架构也提供了更高效、更安全的自动化运维工具。

所以，架构的出现，解决了代码的可维护性，程序臃肿，避免了代码全部写在servlet中，可以让servlet专注于请求处理，以及控制视图跳转，而不用再去处理业务逻辑，处理JDBC，因为早期servlet代码中：需要处理请求、响应、视图跳转、处理JDBC、处理业务逻辑

早些年，没有架构，没有三层，用户直接访问控制层，控制层就可以直接操作数据库，jsp本质还是servlet，如下图：

下面简单介绍一下什么是MVC

什么是MVC三层架构？

MVC三层架构是一种常用的软件架构模式。MVC指的是模型（Model）、视图（View）、控制器（Controller），它将应用程序分为三个层次，并分别负责不同的功能。

• 模型（Model）：负责数据存储和处理。模型处理数据的增删改查操作，确保数据和业务逻辑的正确性和完整性。
• 视图（View）：负责数据呈现和交互。视图展示模型数据，并接收用户的输入和操作。
• 控制器（Controller）：负责业务逻辑的处理和转发。控制器接收用户的请求并调用相应的模型和视图，将它们组合起来形成一个完整的应用程序。

MVC三层架构的主要优势在于将UI、业务逻辑和持久化数据分离开来，提升了应用程序的可维护性、可重用性、可测试性和可扩展性。其适用于Web应用和桌面应用等不同类型的应用。

MVC三层架构，下图：

 

 

MVC三层架构和三层架构的区别

MVC三层架构和三层架构并不是完全相同的概念，尽管它们都是基于分层架构的软件设计模式。

三层架构分为表示层、业务逻辑层和数据访问层。表示层负责展示数据，业务逻辑层负责处理业务逻辑，数据访问层负责与数据库或其他数据存储系统进行交互。三层架构的重点在于数据和业务逻辑的分离。

而MVC三层架构则包含模型层、视图层和控制器层。模型层表示应用程序中的数据，视图层表示应用程序外观和交互，控制器层负责协调模型层和视图层之间数据和交互事件的传递。MVC三层架构强调关注点的分离，它将数据、逻辑和外观分开，使代码解耦和更易管理。

因此，MVC三层架构比三层架构更加灵活和可维护，适用于大型应用程序或需要长时间发展的应用程序。