【Java Web】MVC与分层开发

文章目录

MVC
分层开发

MVC

MVC（Model-View-Controller）架构模式将应用程序分为三个核心组件：模型（Model）、视图（View）和控制器（Controller），以实现清晰的责任分离。

模型（Model）

负责数据逻辑和业务规则的处理。模型与数据库直接交互，负责数据的存储、检索、操作等。
模型并不关心如何显示这些数据，也不关心用户的输入，它只关注数据本身。

视图（View）

负责展示数据给用户，是用户看到并与之交互的部分。
视图从模型获取其需要展示的数据，并且当数据发生变化时，视图会自动更新以反映最新的数据状态。
视图不应该包含任何业务逻辑或数据处理代码。

控制器（Controller）

作为模型和视图之间的中介，处理用户的输入，控制应用程序的流程。
控制器接收用户的请求，调用模型的方法进行数据处理，然后选择合适的视图来显示结果。

在这里插入图片描述

交互流程

用户向视图发出请求。
视图将请求发送给控制器。
控制器调用模型进行业务处理。
模型处理业务流程后通知视图业务状态更新。
视图显示响应结果。同时，视图可在有数据更新请求时通知模型，模型响应状态查询等。整个流程通过方法调用和事件进行交互。

在这里插入图片描述

优缺点

MVC 优点

多视图共享一个模型，大大提高代码的可重用性
MVC三个模块相互独立，松耦合架构
控制器提高了应用程序的灵活性和可配置性
有利于软件工程化管理

完美的系统架构 = 松耦合 + 高重用性 + 高扩展性

MVC 缺点

原理复杂
增加了系统结构和实现的复杂性
视图对模型数据的低效率访问

分层开发

分层开发是一种软件架构设计模式，它将应用程序的功能划分为不同的层次或模块，每一层负责特定的任务，并且层与层之间通过定义良好的接口进行通信。

视图表示层：与用户交互、展示数据
业务逻辑层：控制业务流程及事务
数据持久层：实现数据库操作

DAO 层 (Data Access Object)

数据持久层。主要负责与数据库进行交互，提供基础的数据访问功能。它隐藏了数据访问的具体实现细节，使得上层逻辑更加简洁和易于维护。

数据访问：负责与数据库或其他持久化存储进行交互。
CRUD 操作：提供基本的创建（Create）、读取（Read）、更新（Update）和删除（Delete）操作。
封装数据源：隐藏数据访问的具体实现细节，使得上层逻辑不受底层数据存储技术的影响。

Service 层

业务逻辑层。主要负责处理业务逻辑，包括事务管理、安全性检查、复杂的业务规则等。它通过调用 DAO 层的方法来实现对数据的操作。

业务逻辑：处理应用程序的核心业务逻辑。
事务管理：管理数据库事务，确保数据的一致性和完整性。
调用 DAO 方法：封装对 DAO 层方法的调用，提供更高层次的抽象。
安全性检查：进行权限验证等安全相关的检查。

升级示例4-1

创建 service 层

用户业务逻辑层及其实现

java">public interface SmbmsUserService {/*** 登录* @param name 用户名* @param pwd 密码* @return 用户对象*/public SmbmsUser login(String name, String pwd);
}

java">public class SmbmsUserServiceImpl implements SmbmsUserService {// 实例化 SmbmsUserDaoprivate SmbmsUserDao smbmsUserDao = new SmbmsUserDaoImpl();@Overridepublic SmbmsUser login(String name, String pwd) {// 业务逻辑实现return smbmsUserDao.login(name,pwd);}
}

在实现类中实例化 SmbmsUserDao，通过 SmbmsUserDao 实现实际的数据库操作（用户验证）。实现了业务逻辑与数据访问逻辑的分离。

java">// 调用 Java 方法 登录
SmbmsUserDao smbmsUserDao = new SmbmsUserDaoImpl();
SmbmsUser smbmsUser =  smbmsUserDao.login(uname,upwd);// 调用 登录方法
SmbmsUserService smbmsUserService = new SmbmsUserServiceImpl();
SmbmsUser smbmsUser =  smbmsUserService.login(uname,upwd);

使用 DAO 直接调用缺乏服务层的抽象，可能导致业务逻辑不够清晰，也不利于后续的扩展。使用 Service 层调用的方式更加符合分层架构的设计原则，所有的业务逻辑通过 Service 层来组织，使得代码结构更加清晰、可维护。如果有更多的业务逻辑需要加入（例如，检查密码是否符合某些规则，或者记录登录日志等），可以更容易地扩展。

服务商查询列表功能

java">public interface SmbmsProviderService {/*** 全查* @return*/public List<SmbmsProvider> findAll();
}

java">public class SmbmsProviderServiceImpl implements SmbmsProviderService {// 实例化 SmbmsProviderDaoprivate SmbmsProviderDao smbmsProviderDao = new SmbmsProviderDaoImpl();@Overridepublic List<SmbmsProvider> findAll() {return smbmsProviderDao.findAll();}
}

java">SmbmsProviderServiceImpl smbmsProviderService = new SmbmsProviderServiceImpl();
List<SmbmsProvider> providerList = smbmsProviderService.findAll();