首页 > 代码库 > struts的由来

struts的由来

      当学习或工作时,有些同学会谈到熟悉struts、hibernate、spring等等框架,貌似熟悉这些框架是精通java的表现,但是我们应该首先弄明白为什么要学框架?是为了学习而学习?还是为了工作而学习?

     就拿struts框架举例子,为什么要学习struts框架?

     要了解struts框架,首先必须理解mvc是怎么回事?mvc又是如何冒出来的呢?

     开始写程序的主要的目的是为了实现功能,至于如何设计不管。也就是过程不重要,结果重要。所以当时的设计思路就是Model1,什么是Model1?jsp直接调用后台。

     结构图如下:

     

    这种情况:把页面和业务逻辑代码都写到一块,写在jsp文件中,也就是在文件表头有一大部分java代码。

    但是这种设计模式,随着业务发生的改变,jsp文件需要大批量的改动。缺点是耦合度太强。

    紧接着,为了减少jsp与后台业务逻辑的关联度,逐渐地把jsp文件中的大部分java代码提取出来,放到一个类中,这样就形成了Model2。其中提取java代码放到类就是Servlet。

    Model2的结构图如下:

   

    这种情况:jsp的职责减轻,只用来显示界面。而接受界面的参数转化的操作则放到Servlet中。

   其实Model2就是典型的MVC。

    Model2中优点是每层职责明确清晰,使界面和数据分离。

    缺点是:若是完全实现MVC,则增加了编写的复杂度。

    比如:开始我们遇到转向问题,Servlet转到jsp中,我们都已经写死了,比如程序中:

           request.getRequestDispatcher("/flowcard/flow_card_maint.jsp").forward(request, response);

    若是修改jsp文件名称时,还需要修改Servlet。

    并且表单上的获取的数据都是字符串,我们必须根据需要将字符串手动转化。

    而这些问题,使用struts框架一扫而光,至于表单数据类型的转化,错误的处理,表单的转向,struts做了很好的封装。

    struts框架很好地实现了MVC模式,封装了很多东西,不需要我们程序员手动封装操作。因此,struts为了帮助减少我们用mvc设计开发的时间。

    那无论我们用model1或这model2,或者struts,我们在设计时需要什么呢?

    第一:页面;用来展示给客户的载体。

    第二:数据:页面展示需要的内容来源。

    第三:处理数据的场合:如何处理页面所需的数据呢?

   其实这三点就是我们所说的MVC。

   页面--V;数据--M;处理数据的场合--C

   struts是web层的进一步划分。层内容的划分。那struts的中的m、v、c又代表什么呢?

  其中的v就是单纯的界面;

  而其中c就是struts中的核心控制类;

  而m表现了两个方面:

  •   系统的状态
  •   系统状态改变的操作。

  那struts中mvc对应的组件:

  • v:由jsp展现。其中可以使用struts中标签库。
  • c:struts中的核心控制类:ActionServlet
  • m:与表单上数据对应的ActionForm以及对ActionForm的操作Action。

  那struts中是如何实现MVC呢?

  

   ActionServlet是struts中的核心类,用户需要完成的Action以及ActionForm。并且在配置文件中进行配置以便struts识别。struts根据配置文件中的配置进行调用。