摘要与总结
等下总结下
MVC模式
Model1
说到设计模式,不得不提一下之前的的Model1。据说早期对于java企业项目的开发,用的是Jsp+JavaBean的模式。由于jsp在编译后实际就是Servlet,当时的开发人员就省去编写Servlet,将所有的业务逻辑都放在jsp中。在业务逻辑简单的时候,这种方式还算高效,可是到了现代业务逻辑复杂,还用这种模式开发将会导致一个问题:jsp中的代码过于繁琐,一段是html的代码,中间又嵌入了java代码。java代码又过于庞大:既有对业务的逻辑的实现,又有对业务的展示,还有对数据库的操作。因此会导致代码的维护性、可读性较差:如果想增加或修改一个代码,就需要把整个jsp代码都看完,理解了相关的逻辑后才行,否则很可能出现雪崩(一处修改,多处错误)。而这个过程又比较漫长,因此在现代开发中已经被抛弃。
Model2(MVC)
为了解决上述问题,我们引入Model2——MVC模式。也就是说MVC能够将展示层(html)与业务逻辑分开,一方面能够让每个部分的代码尽量少,一方面又能将开发的思路清晰(相当于给了一个模板,之后往里面填实现代码)。
那么具体MVC是代表什么呢?
-
M:Model,模型,代表业务逻辑代码与数据库代码(对用户请求处理)
-
V:View,视图,代表展示给用户的界面(对数据展示j)
-
C:Controller,控制,代表对业务信息的传递(告诉模型要处理什么,告诉视图要展示什么)
- 提交需求。用户打开浏览器,输入网址,访问到jsp页面,点击页面上的内容(input),传递一个请求
- 获取需求。该请求就传递到控制器Servlet(Control)中,Servlet分析出用户需要的数据,告知Model
- 获取数据。Model通过相应的方法,在数据库(DataBase)中算出相应的数据,发回给Servlet(Control)
- 展示数据。Servlet(Control)得到数据后,再转发数据到 jsp(View)中,展示给用户
三层架构
三层架构是javaee规范中的推荐架构,传统意义上的是分为表示层(UI)、业务逻辑层(BLL)、数据访问层(DAL)。在javaee的开发中,三层架构具体分为表示层(web层)、业务逻辑层(service层)、数据访问层(dao层)。
- web层:与客户端交互,包括获取用户请求,传递数据,封装数据,展示数据。
- service层:复杂的业务处理,包括各种实际的逻辑运算。
- dao层:与数据库进行交互,与数据库相关的代码在此处实现。
这张图来自17年黑马程序员的javaee课程。现在我们来梳理一下流程。
- 提交需求。客户端点击jsp相应的内容,传递一个请求。
- 获取需求。Servlet获取需求、分析需求,将需求传递到service层。
- 处理需求。service层中是对业务逻辑进行处理,这里是对业务具体的处理,调用各种方法运算(不涉及数据库)。
- 提取数据。需要提取数据库中的信息时,service将需求传递给dao层,由该层与数据库交互。
- 返回需求。由后向前传递处理好的结果,封装为一个javaBean对象,Servlet将封装好的对象返回给jsp展示给用户。
两者之间的区别与联系
两者本为不同领域下的设计模式,并无直接关联。
三层架构是典型的架构模式(Architecture Pattern),将产品的开发细分为三层,这么做的好处是能够让每个人都能发挥自己的专长。比如前端工程师能专注页面的设计,如何吸引用户,而不用在乎业务逻辑的实现。数据库工程师,又可以专注数据库的处理,使其变得高效,而不必关注如何展示。
MVC是表现模式(Presentation Pattern),是为了让HTML代码和业务逻辑分开,使代码清晰(el表达式的引入也是为了这个原因),但在某种意义上,也是将功能进行分化。
如果说可能的联系,那么在javaee的三层架构中的ui层(web层)中继续细分下去,又刚好符合一个mvc的设计模式。也就是说,mvc是把第一层web层细继续分为控制器Servlet、视图jsp、实体模型javabean。其中Servlet不仅负责mvc中的信息控制,还负责三层架构中的信息调用返回。