自我概述
今天看了Struts，感觉这是个非常好用的东西！
可是在学习过程中遇到了很多问题，比如其中一些原理很是抽象，有一些问题莫名其妙；也许是我基础薄弱，让我有一些沮丧和低迷，让我坚定了把中心放在Why，而不是How！希望所有志同道合的博友们，明我之心，这样才能IT行业走的更远！
无论如何，还是要在这么晚，做下总结，发个博客。
博客中有一些事复制粘贴的，勿喷！
结构
struts是MVC设计模式中的一个经典产品
在Struts中，已经由一个名为ActionServlet的Servlet充当控制器（Controller）的角色，根据描述模型、视图、控制器对应关系的struts-config.xml的配置文件，转发视图（View）的请求，组装响应数据模型（Model）。在MVC的模型（Model）部分，经常划分为两个主要子系统（系统的内部数据状态与改变数据状态的逻辑动作），这两个概念子系统分别具体对应Struts里的ActionForm与Action两个需要继承实现超类。在这里，Struts可以与各种标准的数据访问技术结合在一起，包括Enterprise Java Beans（EJB）,JDBC与JNDI。在Struts的视图（View）端，除了使用标准的JavaServer Pages（JSP）以外，还提供了大量的标签库使用，同时也可以与其他表现层组件技术（产品）进行整合，比如Velocity Templates，XSLT等。通过应用Struts的框架，最终用户可以把大部分的关注点放在自己的业务逻辑（Action）与 映射关系的配置文件（struts-config.xml）中
优缺点
Struts的优点主要集中体现在两个方面，Taglib和页面导航。Taglib是Struts的标记库，灵活动用，能大大提高开发效率。
Struts这个名字来源于在建筑和旧式飞机中使用的支持金属架。它的目的是为了减少在运用MVC设计模型来开发Web应用的时间。你仍然需要学习和应用该架构，不过它将可以完成其中一些繁重的工作。Struts跟Tomcat、Turbine等诸多Apache项目一样，是开源软件，这是它的一大优点，使开发者能更深入的了解其内部实现机制。
Struts2的漏洞处理机制常被久病，一来OGNL的功能强大和请求处理机制极易产生远程执行问题，二来开发组对漏洞处理能力不足，要么修复后仍可以绕过，要么无法修复而长期闲置处理
MVC模式（Model–view–controller）
MVC模式最早由Trygve Reenskaug在1978年提出，是施乐帕罗奥多研究中心（Xerox PARC）在20世纪80年代为程序语言
Smalltalk发明的一种软件架构。
MVC模式的目的是实现一种动态的程序设计，使后续对程序的修改和扩展简化，并且使程序某一部分的重复利用成为可能。除此之外，此模式通过对复杂度的简化，使程序结构更加直观。软件系统通过对自身基本部分分离的同时也赋予了各个基本部分应有的功能。专业人员可以通过自身的专长分组：
-
控制器（Controller）- 负责转发请求，对请求进行处理。
-
视图（View） - 界面设计人员进行图形界面设计。
-
模型（Model） - 程序员编写程序应有的功能（实现算法等等）、数据库专家进行数据管理和数据库设计(可以实现具体的功能)。
接下来是自我总结;