目录
MVC 模式
MVC 模式代表 Model-View-Controller(模型-视图-控制器) 模式。这种模式用于应用程序的分层开发。
- Model(模型) - 模型代表一个存取数据的对象或 JAVA POJO。它也可以带有逻辑,在数据变化时更新控制器。
- View(视图) - 视图代表模型包含的数据的可视化。
- Controller(控制器) - 控制器作用于模型和视图上。它控制数据流向模型对象,并在数据变化时更新视图。它使视图与模型分离开。
自定义MVC工作原理
MVC优化
中央控制器
package com.liao.framework;
import java.io.IOException;
import java.util.HashMap;
import java.util.Map;
import javax.servlet.ServletException;
import javax.servlet.annotation.WebServlet;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import org.apache.commons.beanutils.BeanUtils;
import com.liao.web.BookAction;
import Modcl.ActionModel;
import Modcl.Configmodel;
import Modcl.ConfigmodelFactory;
import Modcl.ForwardModel;
/**
* 中央控制器
*
*/
@WebServlet("*.action")
public class DispathServlet extends HttpServlet{
// public Map<String, Action> actionMap =new HashMap<String, Action>();
private Configmodel configmodel;
@Override
public void init() throws ServletException {
// actionMap.put("/book", new BookAction());
try {
configmodel = ConfigmodelFactory.build();
} catch (Exception e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
}
@Override
protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
this.doPost(req, resp);
}
@Override
protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
String uri = req.getRequestURI();
uri =uri.substring(uri.lastIndexOf("/"),
uri.lastIndexOf("."));
// Action action = actionMap.get(uri);
ActionModel actionModel = configmodel.pop(uri);
//判断xml文件是否配置
if(actionModel == null)
//异常提示
throw new RuntimeException("config 没有配置");
String type = actionModel.getType();
Action action;
try {
action = (Action) Class.forName(type).newInstance();
//bookaction有没有实现ModelDrivcr接口
if(action instanceof ModelDrivcr) {
ModelDrivcr md = (ModelDrivcr) action;
Object bean = md.getModel();
Map<String, String[]> map = req.getParameterMap();
BeanUtils.populate(bean, req.getParameterMap());
}
String res = action.execut(req, resp);
ForwardModel forwardModel = actionModel.pop(res);
if(forwardModel != null) {
boolean redirect = forwardModel.isRedirect();
String path = forwardModel.getPath();
if(redirect) {
resp.sendRedirect(req.getContextPath() +"/" + path);
}else {
req.getRequestDispatcher(path).forward(req, resp);
}
}
} catch (Exception e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
}
}
Action类子控制器
package com.liao.web;
import java.io.IOException;
import java.util.Map;
import javax.servlet.ServletException;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import com.liao.framework.Action;
import com.liao.framework.ModelDrivcr;
import entity.Book;
public class BookAction extends Action implements ModelDrivcr<Book>{
Book book = new Book();
public String add(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
Map<String, String[]> parameterMap = req.getParameterMap();
//优化前
// String bid = req.getParameter("bid");
// String bname = req.getParameter("bname");
// String price = req.getParameter("price");
// Book book = new Book();
// book.setBid(Integer.valueOf(bid));
// book.setBname(bname);
// book.setPrice(Float.valueOf(price));
System.out.println("bookAddServlet.add");
req.setAttribute("content", "liao");
// resp.sendRedirect("res.jsp");
return "tolist";
}
public String del(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
System.out.println("bookAddServlet.del");
req.setAttribute("content", "liao");
// resp.sendRedirect("res.jsp");
return "tolist";
}
public String upd(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
System.out.println("bookAddServlet.upd");
req.setAttribute("content", "liao");
// resp.sendRedirect("res.jsp");
return "tolist";
}
public String list(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
System.out.println("bookAddServlet.list");
req.setAttribute("content", "liao");
// req.getRequestDispatcher("res.jsp").forward(req, resp);
return "list";
}
@Override
public Book getModel() {
// TODO Auto-generated method stub
return book;
}
}
jsp展示页面
<%@ page language="java" contentType="text/html; charset=UTF-8"
pageEncoding="UTF-8"%>
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<title>Insert title here</title>
</head>
<body>
<p>版本1:Servlet多,并且流程繁琐,代码可维护性差</p>
弊端:每一张表对应的每一个操作,都要写一个servlet类来处理<hr>
<a href="bookAdd.action">增加</a>
<a href="bookDel.action">删除</a>
<a href="bookUpd.action">修改</a>
<a href="bookList.action">查询</a>
<p>版本2:虽然是一个servlet,但是代码维护性差,代码冗余</p>
弊端:虽然每一张表对应的每一个操作,只要写一个servlet类来处理,但是每增加一个操作都需要改变原有的代码块,换句话说要增加条件分支<hr>
<a href="book.action?methodName=add">增加</a>
<a href="book.action?methodName=del">删除</a>
<a href="book.action?methodName=upd">修改</a>
<a href="book.action?methodName=list">查询</a>
<p>版本3:使用反射方法代码,虽然能解决代码冗余问题但是在项目应用中代码重复</p>
弊端:虽然解决了if条件分支代码冗余的问题,但是放到项目的范围内,反射的代码是重复的<hr>
<a href="book.action?methodName=add">增加</a>
<a href="book.action?methodName=del">删除</a>
<a href="book.action?methodName=upd">修改</a>
<a href="book.action?methodName=list">查询</a>
<p>版本4:使用MVC方法,流程简化,还有优化空间</p>
解决反射的代码重复的问题<hr>
弊端:中央控制中的action容器加载不可以灵活配置
<a href="book.action?methodName=add">增加</a>
<a href="book.action?methodName=del">删除</a>
<a href="book.action?methodName=upd">修改</a>
<a href="book.action?methodName=list">查询</a>
<a href="goods.action?methodName=list">查询</a>
<p>版本5</p>
<hr>
弊端:中央控制中的action容器加载不可以灵活配置
<a href="book.action?methodName=add">增加</a>
<a href="book.action?methodName=del">删除</a>
<a href="book.action?methodName=upd">修改</a>
<a href="book.action?methodName=list">查询</a>
<p>版本6:使用MVC方法,流程简化,还有优化空间</p>
<hr>
弊端:jsp传递到后台,封装的实体类代码过多
<a href="book.action?methodName=add">增加</a>
<a href="book.action?methodName=del">删除</a>
<a href="book.action?methodName=upd">修改</a>
<a href="book.action?methodName=list">查询</a>
</body>
</html>
ConfigXML配置文件
<?xml version="1.0" encoding="UTF-8"?>
<config>
<action path="/book" type="com.liao.web.BookAction">
<forward name="list" path="/res.jsp" redirect="false" />
<forward name="tolist" path="/res.jsp" redirect="true" />
</action>
</config>
工厂模式
工厂模式(Factory Pattern)是 Java 中最常用的设计模式之一。这种类型的设计模式属于创建型模式,它提供了一种创建对象的最佳方式。
在工厂模式中,我们在创建对象时不会对客户端暴露创建逻辑,并且是通过使用一个共同的接口来指向新创建的对象。
介绍
意图:定义一个创建对象的接口,让其子类自己决定实例化哪一个工厂类,工厂模式使其创建过程延迟到子类进行。
主要解决:主要解决接口选择的问题。
何时使用:我们明确地计划不同条件下创建不同实例时。
如何解决:让其子类实现工厂接口,返回的也是一个抽象的产品。
关键代码:创建过程在其子类执行。
应用实例: 1、您需要一辆汽车,可以直接从工厂里面提货,而不用去管这辆汽车是怎么做出来的,以及这个汽车里面的具体实现。 2、Hibernate 换数据库只需换方言和驱动就可以。
优点:
1、一个调用者想创建一个对象,只要知道其名称就可以了。 2、扩展性高,如果想增加一个产品,只要扩展一个工厂类就可以。 3、屏蔽产品的具体实现,调用者只关心产品的接口。
缺点:
每次增加一个产品时,都需要增加一个具体类和对象实现工厂,使得系统中类的个数成倍增加,在一定程度上增加了系统的复杂度,同时也增加了系统具体类的依赖。这并不是什么好事。
使用场景:
1、日志记录器:记录可能记录到本地硬盘、系统事件、远程服务器等,用户可以选择记录日志到什么地方。 2、数据库访问,当用户不知道最后系统采用哪一类数据库,以及数据库可能有变化时。 3、设计一个连接服务器的框架,需要三个协议,"POP3"、"IMAP"、"HTTP",可以把这三个作为产品类,共同实现一个接口。
注意事项:
作为一种创建类模式,在任何需要生成复杂对象的地方,都可以使用工厂方法模式。有一点需要注意的地方就是复杂对象适合使用工厂模式,而简单对象,特别是只需要通过 new 就可以完成创建的对象,无需使用工厂模式。如果使用工厂模式,就需要引入一个工厂类,会增加系统的复杂度。