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 就可以完成创建的对象，无需使用工厂模式。如果使用工厂模式，就需要引入一个工厂类，会增加系统的复杂度。
