MVC三层架构分离——模型层分离
在小伙伴学习了如何将web项目的视图层分离后,servlet里面还是有很多无关代码,这是因为不良的开发习惯导致的。很多小伙伴对MVC模式的理解并不够透彻,并没有将servlet中的业务逻辑进行分离,在小项目中可能影响不大,一旦业务逻辑繁杂起来,整个servlet就会变得不易阅读。而且这样也没有遵循MVC三层架构的思想。接下来这篇文章,我们将针对之前的项目,进行业务逻辑的拆解。
阅前须知
本篇文章分为上下两篇,这是下篇,主要介绍如何把应用逻辑从servlet中分离出来。上篇为:MVC三层架构分离——视图层分离。
对本文的web项目结构要是有疑惑,可以参读小编的这篇文章:java web项目结构是怎么样的?详解java web项目文件!。
MVC进阶介绍
在上一篇文章中我们提到,我们应该将web代码按照功能的不同拆分成三个层次,其中模型层可能会给各位小伙伴带来疑惑:什么是模型层,它是用来干什么的?模型层其实可以理解为一种逻辑。就像解题模型一样,servlet将数据传给模型层,然后模型给出一个结果返回给servlet。没错,模型层也可以被称为业务逻辑层(在学习数据库操作后,会将模型层进行拆分,比如拆分成service层和dao层)。
实战
还记得上一篇文章的代码吗?这边进行回顾:
public void doGet(HttpServletRequest request, HttpServletResponse response) throws IOException {
String classname = "";
String url = "";
String element = "";
classname = request.getParameter("class");
if (classname.equals("qd")) {//目前只做前端判定,后期再增加
url = "https://www.w3cschool.cn/courses?direction=2120&tag=0&type=&condition=&order=";
element = "前端微课";
}
request.setAttribute("url",url);
request.setAttribute("element",element);
RequestDispatcher view = request.getRequestDispatcher("result.jsp");
try {
view.forward(request,response);
} catch (ServletException e) {
e.printStackTrace();
}
}
这里的代码中有一部分是进行请求参数的判定的,这一部分的代码虽然不多(因为没有完整写完),但我们仍然有必要将从servlet中剥离。接下来我们新建一个专门的java类(顺便扩写将完整逻辑写完,以显示差异性)来处理这部分逻辑:
public class model {
String url = "";
String element = "";
public void select(String classname) {
if (classname.equals("qd")) {//目前只做前端判定,后期再增加
url = "https://www.w3cschool.cn/courses?direction=2120&tag=0&type=&condition=&order=";
element = "前端微课";
}else if (classname.equals("hd")){
url ="https://www.w3cschool.cn/courses?direction=2126&tag=0&type=&condition=&order=";
element="后端微课";
}else if (classname.equals("db")){
url ="https://www.w3cschool.cn/courses?direction=2126&tag=0&type=&condition=&order=";
element="后端微课";
}else if (classname.equals("cp")){
url ="https://www.w3cschool.cn/courses?direction=2126&tag=0&type=&condition=&order=";
element="后端微课";
}
else if (classname.equals("Android")){
url ="https://www.w3cschool.cn/courses?direction=2126&tag=0&type=&condition=&order=";
element="后端微课";
}else if (classname.equals("other")){
url ="https://www.w3cschool.cn/courses?direction=2126&tag=0&type=&condition=&order=";
element="后端微课";
}
}
public String getUrl() {
return url;
}
public String getElement() {
return element;
}
}
然后修改servlet的代码(只展示doGet()
方法):
public void doGet(HttpServletRequest request, HttpServletResponse response) throws IOException {
String classname = "";
classname = request.getParameter("class");
model select = new model();
select.select(classname);
request.setAttribute("url",select.url);
request.setAttribute("element",select.element);
RequestDispatcher view = request.getRequestDispatcher("result.jsp");
try {
view.forward(request,response);
} catch (ServletException e) {
e.printStackTrace();
}
}
如上代码所示,我们将业务逻辑代码拆分到一个专门的model类中,然后通过调用model类的方法来实现业务逻辑,这样业务逻辑就被拆分到model类中了,servlet只需要在请求到来的时候,明白要调用什么model的方法,然后将model返回的处理完毕的数据转发给JSP进行视图的输出即可。剥离了业务逻辑代码和视图表现代码的servlet剩下的功能就是作为视图和模型的连接,所以他又被称为控制器(十分形象,servlet控制了业务逻辑的调用和表现代码的调用)。
小结
通过两篇文章的学习,读者们应该可以学到如何将一个web项目进行MVC三层架构的拆分,然后加深对MVC模式的理解。作为web开发最重要的一个设计模式(没有之一),学习MVC模式是相当重要的。小编文章只能将MVC模式讲个大概,更多精彩的web项目学习,还得是编程狮的JSP/servlet微课。