三层架构和mvc

最新推荐文章于 2024-10-13 14:15:00 发布

clionlin

最新推荐文章于 2024-10-13 14:15:00 发布

阅读量215

点赞数

文章标签： mvc 架构前端

本文链接：https://blog.csdn.net/qq_43668183/article/details/121650105

版权

本文探讨了三层架构（MVC与分层设计）的区别，包括表示层、业务逻辑层和数据访问层的构成。强调了它们在解耦、复用性方面的相似目标，同时指出了结构清晰、可维护性高等优点，以及性能损失、级联修改和工作量增加的挑战。

摘要由CSDN通过智能技术生成

三层架构

 与MVC设计模式的目标一致：都是为了解耦合，提高代码的复用性；
 区别在于二者对项目的理解角度不同

表示层（USL， User Show Layer ；视图层）
前台：对应于MVC中的View，用于和用户交互，界面的显示jsp ，js， html，css，jquery等web前端技术
后台：对应于MVC中Controller，用于控制跳转、调用业务逻辑层Servlet（SpringMVC Struts2），一般位于xxx.servlet包中
业务逻辑层（BLL,Business Logic Layer; Service层）
接收表示层的请求调用
组装数据访问层，逻辑性的操作（增删改查）
一般位于xxx.service包也可以称为xxx.manager 、xx.bll
数据访问层(DAL, Data Access Layer; Dao层)
直接访问数据库的操作，原子性的操作(增删改查)
一般位于 xxx.dao包

上层将请求传递给下层，下层处理后返回给上层

结构清晰、耦合度低
可维护性高，可扩展性高
利于开发任务同步进行, 容易适应需求变化
降低了系统的性能。这是不言而喻的。如果不采用分层式结构，很多业务可以直接造访数据库，以此获取相应的数据，如今却必须通过中间层来完成。
有时会导致级联的修改。这种修改尤其体现在自上而下的方向。如果在表示层中需要增加一个功能，为保证其设计符合分层式结构，可能需要在相应的业务逻辑层和数据访问层中都增加相应的代码
增加了代码量，增加了工作量