深刻浅出Java三大框架SSH与MVC的设计模式

如今许许多多的初学者和程序员，都在趋之若鹜地学习Web开发的宝典级框架：Struts2，Spring，Hibernate。彷佛这些框架成为了一我的是否精通Java，是否会写J2EE程序的惟一事实标准和找工做的必备基础。然而，若是在面试的时候问这些程序员，大家为何要学习这些框架？这些框架的本质究竟是什么？彷佛不多不多有人可以给我很是满意的答复。由于他们都在为了学习而学习，为了工做而学习，而不是在真正去深刻了解一个框架。其实全部的人都应该思考这样的问题：为何要学习框架？框架到底给我带来了什么？接下来，咱们以登陆做为一个最简单的例子，来看看不一样的年代，咱们是怎么写Web程序的。后来，咱们放弃了在页面上写逻辑。后来，程序写得愈来愈多，咱们发现，这种在HTML代码中编写Java代码来完成逻辑的方式存在着很多问题：

1.Java代码因为混杂在一个HTML环境中而显得混乱不堪，可读性很是差。一个JSP文件有时候会变成几十K，甚至上百K。要找一段逻辑，常常没法定位。

2. 编写代码时很是困惑，不知道代码到底应该写在哪里，也不知作别人是否是已经曾经实现过相似的功能，到哪里去引用。

3. 忽然之间，某个需求发生了变化。因而，每一个人蒙头开始全程替换，还要当心翼翼的，生怕把别人的逻辑改了。

4. 逻辑处理程序须要本身来维护生命周期，对于相似数据库事务、日志等众多模块没法统一支持。

在这个时候，若是有一个产品，它可以将页面上的那些Java代码抽取出来，让页面上尽可能少出现Java代码，该有多好。因而许多人开始使用servlet来处理那些业务逻辑。

    public class LoginServlet extends HttpServlet {
    /* (non-Javadoc)
    * @see javax.servlet.http.HttpServlet#doPost(javax.servlet.http.HttpServletRequest, javax.servlet.http.HttpServletResponse)
    */
    @Override
    protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
    String message = null;
    RequestDispatcher dispatcher = req.getRequestDispatcher("/result.jsp");
    String name = req.getParameter("name");
    String password = req.getParameter("password");
    UserHandler userHandler = new UserHandler();
    if(userHandler.authenticate(name, password)) {
    message = "恭喜你，登陆成功";
    } else {
    message = "对不起，登陆失败";
    }
    req.setAttribute("message", message);
    dispatcher.forward(req, resp);
    }
    }

在这里，咱们须要在web.xml中为这个servlet配置url的请求关系。

    <servlet>
    <servlet-name>Login</servlet-name>
    <servlet-class>
    com.demo2do.servlet.LoginServlet
    </servlet-class>
    </servlet>
    <servlet-mapping>
    <servlet-name>Login</servlet-name>
    <url-pattern>
    /Login
    </url-pattern>
    </servlet-mapping>

代码重构到这里，咱们发现，其实咱们的工做量自己并无减小，只是代码从JSP移动到了Servlet，使得整个流程看上去稍微清楚了一些。然而，为了这么点干净，咱们付出的代价是什么？为每一个servlet都在web.xml里面去作一个url的请求配置！

在不少年前，咱们这么写程序的。不少年前，那是一个贫苦的年代，若是咱们要使用Java在网页上作一些动态的交互功能。不少人会告诉你一个技术，叫作JSP。在我还对Java很是困惑的时候，就有人告诉我，JSP是个好东西，它能够在HTML代码里面写Java代码来完成逻辑。

    <%
    String name = request.getParameter("name");
    String password = request.getParameter("password");
    UserHandler userHandler = new UserHandler();
    if(userHandler.authenticate(name, password)) {
    %>
    <p>恭喜你，登陆成功</p>
    <%
    } else {
    %>
    <p>对不起，登陆失败</p>
    <%
    }
    %>

 

做为一张JSP，它能够接收从别的JSP发送过来的登陆请求，并进行处理。这样，咱们不须要任何额外的配置文件，也不须要任何框架的帮忙，就能完成逻辑。再后来，出现框架。时代进一步发展，人们发现简单的JSP和Servlet已经很难知足人们懒惰的要求了。因而，人们开始试图总结一些公用的Java类，来解决Web开发过程当中碰到的问题。这时，横空出世了一个框架，叫作struts。它很是先进地实现了MVC模式，成为了广大程序员的福音。

struts的代码示例我就不贴了，网上随便搜搜你能够发现一堆一堆的。在必定程度上，struts可以解决web开发中的职责分配问题，使得显示与逻辑分开。不过在很长一段时间内，使用struts的程序员每每没法分别咱们到底须要web框架帮咱们作什么，咱们到底须要它完成点什么功能？咱们到底要什么？在回顾了咱们写代码的历史以后，咱们回过头来看看，咱们到底要什么？

不管是使用JSP，仍是使用Struts1，或是Struts2，咱们至少都须要一些必须的元素（若是没有这些元素，或许我还真不知道这个程序会写成什么样子）：

1. 数据在这个例子中，就是name和password。他们共同构成了程序的核心载体。事实上，咱们每每会有一个User类来封装name和password，这样会使得咱们的程序更加OO。不管怎么说，数据会穿插在这个程序的各处，成为程序运行的核心。

2.页面展现在这个例子中，就是login.jsp。没有这个页面，一切的请求、验证和错误展现也无从谈起。在页面上，咱们须要利用HTML，把咱们须要展示的数据都呈现出来。同时咱们也须要完成必定的页面逻辑，例如，错误展现，分支判断等等。

3.处理具体业务的场所在这里，不一样阶段，处理具体业务的场所就不太同样。原来用JSP和Servlet，后来用Struts1或者Struts2的Action。

上面的这些必须出现的元素，在不一样的年代，被赋予了不一样的表现形式，有的受到时代的束缚，其表现形式很是落后，有的已经再也不使用。可是拨开这些外在的表现形式，咱们就能够发现，这不就是咱们已经熟门熟路的MVC嘛？

 数据 —— Model，页面展现 —— View，处理具体业务的场所 —— Control

 因此，框架不重要，概念是王道。只要可以深入理解MVC的概念，框架对你来讲，只是一个jar包而已。

MVC的概念其实就那么简单，这些概念其实早已深刻咱们的心里，而咱们所缺少的是将其本质挖掘出来。咱们来看看下面这幅图，这是一副流行了不少年的讲述MVC模型的图：

在这幅图中，MVC三个框框各司其职，结构清晰明朗。不过我以为这幅图忽略了一个问题，就是数据是动的，数据在View和Control层一旦动起来，就会产生许多的问题：

1. 数据从View层传递到Control层，如何使得一个个扁平的字符串，转化成一个个生龙活虎的Java对象。

2. 数据从View层传递到Control层，如何方便的进行数据格式和内容的校验？

3. 数据从Control层传递到View层，一个个生龙活虎的Java对象，又如何在页面上以各类各样的形式展示出来。

4.若是你试图将数据请求从View层发送到Control层，你如何才能知道你要调用的到底是哪一个类，哪一个方法？一个Http的请求，又如何与Control层的Java代码创建起关系来？除此以外，Control层彷佛也没有想象中的那么简单，由于它做为一个控制器，至少还须要处理如下的问题：

1. 做为调用逻辑处理程序的facade门面，若是逻辑处理程序发生了异常，咱们该如何处理？

2. 对于逻辑处理的结果，咱们须要作怎么样的处理才能知足丰富的前台展现须要？

这一个又一个问题的提出，都基于对MVC的基本概念的挖掘。因此，这些问题都须要咱们在写程序的时候去一一解决。说到这里，这篇文章开头所提的问题应该能够有答案了：框架是为了解决一个又一个在Web开发中所遇到的问题而诞生的。不一样的框架，都是为了解决不一样的问题，可是对于程序员而言，他们只是jar包而已。框架的优缺点的评论，也彻底取决于其对问题解决程度和解决方式的优雅性的评论。因此，千万不要为了学习框架而学习框架，而是要为了解决问题而学习框架，这才是一个程序员的正确学习之道。