把一件简单的事情做复杂很容易,把一件复杂的事情做简单却不易。在计算机的世界里,
冯.诺依曼把复杂的电脑简化为:存储器,控制器,运算器和I/O设备;
丹尼斯·里奇把晦涩的汇编语言简化为258页的《C程序设计语言》;
詹姆斯高斯林把繁琐的跨平台编码简化为256条字节码指令;
对我们大部分人而言,把简单的事情做简单就足够了。
框架是对某一类共通业务的封装,框架设计应该遵循几个基本的原则:1 易用性 2 稳定性3 扩展性,框架从来都是给别人用
的,框架的学习成本与他的复杂度成正比,如果你设计了一个功能强大但接口复杂的框架,我想,没有几人愿意使用;同样,
稳定性也是必须的,稳定的框架体现设计者所遵循的理念,稳定的框架也会越来越成熟;扩展性是框架的灵魂,没有扩展性
框架只会像明朝的八股文,禁锢才华横溢的书生,业务总是在变化,框架必须具备适应这种变化的能力。
java web框架发展,大致经历以下几个阶段:
早期的java web技术采用serverlt实现,与CGI类似,只不过serverlet采用的是多线程而不是多进程,服务端除了处理业务逻辑之外
还负责页面的组织,通过Printwirter 打印html标签,这给当时的开发者带来了无尽的麻烦,为了修改一个CSS样式或者一段javacscript
不得不重新编译serverlet,为了输出简单的处理结果,你不得不用大量的篇幅打印html标签,下面是一个简单不过的例子:
import java.io.IOException; import java.io.PrintWriter; import javax.servlet.ServletException; import javax.servlet.http.HttpServlet; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; public class SimpleServlet extends HttpServlet { private static final long serialVersionUID = 1L; public void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { response.setContentType("text/html"); PrintWriter out = response.getWriter(); String docType = "<!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 4.0 Transitional//EN\">\n"; out.println(docType + "<HTML>\n" + "<HEAD><TITLE>Hello</TITLE></HEAD>\n" + "<BODY BGCOLOR=\"#FDF5E6\">\n" + "<H1>Hello world</H1>\n" + "</BODY></HTML>"); out.flush(); out.close(); } }
这段代码唯一的功能就是输出helloworld。很难想象,在复杂的业务下,程序员要在这种重复的功能上耗费多少时间,这个时期程
序员就像新石器时代的人民,用最原始的工具拓荒,当然这个时期的web还谈不上什么架构。当时的sun公司也注意到这点,随后
推出了JSP,java 进入下一个时代。
为了解决用serverlet遇到的诸多问题,sun在1999年推出JSP技术,JSP允许在页面上插入java代码进行逻辑处理,同时也提供
了大量的tag处理html标签,大大提高了开发效率,开发人员从繁琐的out.prinlt中解脱出来,用更多的精力去关注业务逻辑,在此
基础上演化出jsp+Serverlet两层架构和 jsp+serverlet+javabean三层架构,在这种架构下,jsp侧重页面展现,serverlet负责业
务逻辑,javabean则负责二者的数据传递,这就是MVC的雏形,后续web框架也大多基于这种模式来发展,有的关注其中的某层,如
FreeMarker,有点关注整个流程,如struct。这个阶段的程序员开发逐渐迈入固定模式,像农业文明时代一样,使用着有限的工具,
推动着社会的发展。随着类似架构的不断使用和发展,java web迈入另一个跨域式发展的时期。
就像工业革命标志工业文明的发展一样,java web的工业文明时代同样有着标志性的事件,那就是2000年5月发布的structs框架,
这个框架标志着机械化开发的到来,在采用structs后,我们按照固定的模式写着类似的代码,配类似的配置,如果你接手过这个时期
的项目,你会发现他们都有大致的结构,这是一种跨越式的发展,20%的市场占有率也说明当时的程序员对这种框架有多么的渴求。
同时structs也降低了程序员的要求,找一个新手进行简单的培训后就可以进行项目开发,稳定的框架下开发也减少了出错的可能,
大大降低了项目的开发和维护成本。人们在使用中和思考中不断修复和革新这些框架,许多优秀的想法不断萌现,框架也不断智能化,
引领广大程序员迈入下一个新纪元。
现在文明追求智能化让人类从繁重的体力中解放出来,享受生活,同样,跨入现代文明的web 开发也追求程序员的解放,大量
优秀的框架涌现:webwork 、Tapestry 、echo、spring等等不甚枚举,这些框架都和优秀,通过简单的配置就你实现强大
的功能,但要从中选择一个标志性,那么我将毫不犹豫选择spring,如果说java让程序员从操作系统的束缚中解脱出来,那么
spring就是让程序员从复杂的设计模式中解脱出来,IOC 、DI、 AOP、 RMI、Proxy,天才Rod Johnson一个不落的包含进来,
为java界带来新的春天,优秀的思想加上简单的API成就Spring无可替代的地位。
讨论了这么多框架和设计,似乎跟我们的标题没有多大关系,而且有这么多优秀的框架,我们有必要自己设计吗?答案是肯定的,
社会发展的动力是革新,而革新的动力是对现有的事物不断思考,如果都安于现状,那么就无进步可言,也许大多数人都认为
web就应该按MVC设计,编码,当然,我也认同这点,但是随着对这些框架的应用,让我不禁想到许多问题,带着这些问题,
有了一个重复造车轮的想法。带着对structs的学习,我们也自己实现也该“MVC”框架。 struct很优秀,他主要实现了http
请求道用户逻辑的封装,事实上serverlet已经实现了这一点,不过serverlet只能做到将请求映射到一个具体的类,只提供了
service和doPost doGet之类的几个简单接口处理用户请求,而实际的开发中,在面临千差万别的业务时,我们不得不在
serverlet里加大量的if else判断:
public class SimpleServlet extends BaseServlet { private static final long serialVersionUID = 1L; @Override protected void service(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { super.service(request, response); String command = request.getParameter("command"); if ("query".equals(command)) { //doXX } else if ("add".equals(command)) { //doXX } else if ("delete".equals(command)) { //doXX } else if ("update".equals(command)) { //doXX }else{ //doXX } } }
增加一个业务,你就得增加一个If-else,写类似的代码,后期的维护会让你头痛不已,当你要修改某个分支的功能时,你不得
不把所有的分支用例都跑一遍,确保对其他逻辑没有影响,实际上,这段代码有个共通的逻辑:字典查找功能,根据请求参数找到
对用的处理函数,这就是典型的表驱动模式,也叫表查找:事先注册相应的处理逻辑,在需要使用这些逻辑时,给出逻辑的关键字
找到对应的实现,当你的代码中充斥大量if-else或switch-case,你就应该考虑这种方式,让我们用表驱动来重构以上代码。
表驱动有三大元素:表 ,接口,管理类。
我们先提取一个简单的接口:
package com.czp.opensource.mvc.service; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; /** * * @description <p> * 服务接口,每个实现类处理相应的请求 * </p> * @author Czp * @version 1.0(2014-6-16) * */ public interface ServiceItf { /** * * @desc: <p> * 处理http请求 * </p> * @param request * @param respose */ public void process(HttpServletRequest request, HttpServletResponse respose); /** * * @desc: * <p>处理的业务类型</p> * @return */ public String processType(); }
可以看到,这个接口并没有什么特别的,只是HttpServerlet的简单包装,但是他为我们下一步的封装提供了可能。
接下来我们提供一个管理类,管理接口的实现类,包括注册和查找:
package com.czp.opensource.mvc.service; import java.util.concurrent.ConcurrentHashMap; /** * * @description <p> * 服务工厂:负责注册 删除 查找服务,在整个应用的生命 * 周期类只需要一个工厂,所以实现为单例 * </p> * @author Czp * @version 1.0(2014-6-16) * @since JDK1.5+ * */ public class ServiceFactory { private volatile static ServiceFactory INSTANCE; private ConcurrentHashMap<String, ServiceItf> services; private ServiceFactory(){ services = new ConcurrentHashMap<String, ServiceItf>(); } /** * * @desc: * <p> * Double check lock方式延迟初始化 * 只能在JDK1.5+调用 * </p> * @return * INSTANCE */ public ServiceFactory getInstance(){ if(INSTANCE==null) { synchronized (ServiceFactory.class) { if(INSTANCE==null) { INSTANCE = new ServiceFactory(); } } } return INSTANCE; } /** * * @desc: * <p>注册处理器</p> * @param service * @return */ public boolean regist(ServiceItf service) { ServiceItf putIfAbsent = services.putIfAbsent(service.processType(), service); return putIfAbsent!=null; } /** * * @desc: * <p>根据业务类型查找处理器</p> * @param proccessType * @return */ public ServiceItf getService(String proccessType) { return services.get(proccessType); } /** * * @desc: * <p>清空表</p> */ public void onClose(){ services.clear(); services = null; } }
接下来我们需要在合适的时间点注册我们的实现类,这个操作应该在所有请求到达前,最好的选择就是在web容器初始化的时,
因此,我们选择在listener里注册
package com.czp.opensource.mvc.service; import javax.servlet.ServletContextEvent; import javax.servlet.ServletContextListener; /** * * @description * <p>上下文环境,负责初始化MVC框架的上下文</p> * @author * Czp * @version * 1.0(2014-6-16) * */ public class ContextListener implements ServletContextListener { @Override public void contextDestroyed(ServletContextEvent arg0) { ServiceFactory.getInstance().onClose(); } @Override public void contextInitialized(ServletContextEvent arg0) { ServiceFactory instance = ServiceFactory.getInstance(); instance.regist(new LoginService()); //注册其他服务,在此不赘述 //instance.regist(new LoginService()); } }
接下来我们就可以用这个简易的框架重构SimpleServlet
package com.czp.opensource.mvc.service; import java.io.IOException; import javax.servlet.ServletException; import javax.servlet.http.HttpServlet; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; public class SimpleServlet extends HttpServlet { private static final long serialVersionUID = 1L; @Override protected void service(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { String command = request.getParameter("command"); ServiceItf service = ServiceFactory.getInstance().getService(command); service.process(request, response); } }
代码从我们的6个if-else简化为短短3行代码,最重要的是,增强了健将性,可维护性和扩展性,当你需要新加任何业务时,
无需要修改和测试原来的逻辑。以上就是spring-mvc struct等所有的MVC框架的本质所在,只不过他们的service是通过xml配置。
这个简单的框架存在许多问题,如果你也发现了,请留言指出,下篇我们将进一步完善这个框架。
原文:http://www.cnblogs.com/czpblog/p/3790729.html