第一篇：年终总结框架
年终总结框架
一、2016年个人工作陈述
(一)工作简述
1.业务工作思路简述
2.2016年度工作的主要变化、做法
3.部门规章制度建设情况；
4.人员培养计划
5.部门党风、个人廉洁自律方面情况。
(二)分析存在的主要问题，并找出原因，给出解决办法。
二、2017年岗位工作计划(一)人员管理思路、工作管理思路
(二)2017年岗位工作目标及实现目标的思路及措施
第二篇：三大框架总结
JAVA三大框架ssh-Struts、Spring、Hibernate
Struts
1.struts是一个按MVC模式设计的Web层框架，其实它就是一个大大的servlet，这个Servlet名为ActionServlet，或是 ActionServlet的子类。我们可以在web.xml文件中将符合某种特征的所有请求交给这个Servlet处理，这个Servlet再参照一个配置文件（通常为/WEB-INF/struts-config.xml）将各个请求分别分配给不同的action去处理。
一个扩展知识点：struts的配置文件可以有多个，可以按模块配置各自的配置文件，这样可以防止配置文件的过度膨胀；
2.ActionServlet把请求交给action去处理之前，会将请求参数封装成一个formbean对象（就是一个java类，这个类中的每个属性对应一个请求参数），封装成一个什么样的formbean对象呢？看配置文件。
3.要说明的是，ActionServlet把formbean对象传递给action的execute方法之前，可能会调用formbean的validate方法进行校验，只有校验通过后才将这个formbean对象传递给action的execute方法，否则，它将返回一个错误页面，这个错误页面由input属性指定，（看配置文件）作者为什么将这里命名为 input属性，而不是error属性，我们后面结合实际的运行效果进行分析。
4.action执行完后要返回显示的结果视图，这个结果视图是用一个ActionForward对象来表示的，actionforward对象通过struts-config.xml配置文件中的配置关联到某个jsp 页面，因为程序中使用的是在struts-config.xml配置文件为jsp页面设置的逻辑名，这样可以实现action程序代码与返回的jsp页面名称的解耦。
Hibernate
1.面向对象设计的软件内部运行过程可以理解成就是在不断创建各种新对象、建立对象之间的关系，调用对象的方法来改变各个对象的状态和对象消亡的过程，不管程序运行的过程和操作怎么样，本质上都是要得到一个结果，程序上一个时刻和下一个时刻的运行结果的差异就表现在内存中的对象状态发生了变化。
2.为了在关机和内存空间不够的状况下，保持程序的运行状态，需要将内存中的对象状态保存到持久化设备和从持久化设备中恢复出对象的状态，通常都是保存到关系数据库来保存大量对象信息。从Java程序的运行功能上来讲，保存对象状态的功能相比系统运行的其他功能来说，应该是一个很不起眼的附属功能，java采用 jdbc来实现这个功能，这个不起眼的功能却要编写大量的代码，而做的事情仅仅是保存对象和恢复对象，并且那些大量的jdbc代码并没有什么技术含量，基本上是采用一套例行公事的标准代码模板来编写，是一种苦活和重复性的工作。
3.通过数据库保存java程序运行时产生的对象和恢复对象，其实就是实现了java对象与关系数据库记录的映射关系，称为ORM（即Object Relation Mapping），人们可以通过封装JDBC代码来实现了这种功能，封装出来的产品称之为ORM框架，Hibernate就是其中的一种流行ORM框架。使用Hibernate框架，不用写JDBC代码，仅仅是调用一个save方法，就可以将对象保存到关系数据库中，仅仅是调用一个get方法，就可以从数据库中加载出一个对象。
4.使用Hibernate的基本流程是：配置Configuration对象、产生SessionFactory、创建session对象，启动事务，完成CRUD操作，提交事务，关闭session。
5.使用Hibernate时，先要配置hibernate.cfg.xml文件，其中配置数据库连接信息和方言等，还要为每个实体配置相应的hbm.xml文件，hibernate.cfg.xml文件中需要登记每个hbm.xml文件。
6.在应用Hibernate时，重点要了解Session的缓存原理，级联，延迟加载和hql查询。
3、AOP的作用。
Spring
1.Spring实现了工厂模式的工厂类（在这里有必要解释清楚什么是工厂模式），这个类名为BeanFactory（实际上是一个接口），在程序中通常BeanFactory的子类ApplicationContext。Spring相当于一个大的工厂类，在其配置文件中通过
2.Spring提供了对IOC良好支持，IOC是一种编程思想，是一种架构艺术，利用这种思想可以很好地实现模块之间的解耦。IOC也称为DI（Depency Injection），什么叫依赖注入呢？譬如，Class Programmer
｛
Computer computer = null;
public void code()
｛
//Computer computer = new IBMComputer();
//Computer computer = beanfacotry.getComputer();
computer.write();
｝
public void setComputer(Computer computer)
｛
this.computer = computer;
｝
｝
另外两种方式都由依赖，第一个直接依赖于目标类，第二个把依赖转移到工厂上，底与目标和工厂解耦了。在spring的配置文件中配置片段如下：
3.Spring提供了对AOP技术的良好封装，AOP称为面向切面编程，就是系统中有很多各不相干的类的方法，在这些众多方法中要加入某种系统功能的代码，例如，加入日志，权限判断，加入异常处理，这种应用称为AOP。实现AOP功能采用的是代理技术，客户端程序不再调用目标，而调用代理类，代理类与目标类对外具有相同的方法声明，可以实现相同的方法声明，一是实现相同的接口，二是作为目标的子类在，JDK
类产生动态代理的方式为某个接口生成实现类，如果要为某个类生成子类，则可以用
B。在生成的代理类的方法中加入系统功能和调用目标类的相应方法，系统功能的代理以Advice对象进行提供，显然要创建出代理对象，至少需要目标类和 Advice类。
了这种支持，只需要在spring配置文件中配置这两个元素即可实现代理和aop
第三个彻加入ProxyCGLI spring提供有两种方式中采用功能，例如，
Struts优缺点
优点：
1.实现MVC模式，结构清晰,使开发者只关注业务逻辑的实现.2．有丰富的tag可以用 ,Struts的标记库(Taglib)，如能灵活动用，则能大大提高开发效率
3.页面导航
使系统的脉络更加清晰。通过一个配置文件，即可把握整个系统各部分之间的联系，这对于后期的维护有着莫大的好处。尤其是当另一批开发者接手这个项目时，这种优势体现得更加明显。
4.提供Exception处理机制.5.数据库链接池管理
6.支持I18N
缺点
一、转到展示层时，需要配置forward，如果有十个展示层的jsp，需要配置十次struts，而且还不包括有时候目录、文件变更，需要重新修改forward，注意，每次修改配置之后，要求重新部署整个项目，而tomcate这样的服务器，还必须重新启动服务器
二、Struts 的Action必需是thread－safe方式，它仅仅允许一个实例去处理所有的请求。所以action用到的所有的资源都必需统一同步，这个就引起了线程安全的问题。
三、测试不方便.Struts的每个Action都同Web层耦合在一起，这样它的测试依赖于Web容器，单元测试也很难实现。不过有一个Junit的扩展工具Struts TestCase可以实现它的单元测试。
四、类型的转换.Struts的FormBean把所有的数据都作为String类型，它可以使用工具Commons-Beanutils进行类型转化。但它的转化都是在Class级别，而且转化的类型是不可配置的。类型转化时的错误信息返回给用户也是非常困难的。
五、对Servlet的依赖性过强.Struts处理Action时必需要依赖ServletRequest 和ServletResponse，所有它摆脱不了Servlet容器。
六、前端表达式语言方面.Struts集成了JSTL，所以它主要使用JSTL的表达式语言来获取数据。可是JSTL的表达式语言在Collection和索引属性方面处理显得很弱。
七、对Action执行的控制困难.Struts创建一个Action，如果想控制它的执行顺序将会非常困难。甚至你要重新去写Servlet来实现你的这个功能需求。
八、对Action 执行前和后的处理.Struts处理Action的时候是基于class的hierarchies，很难在action处理前和后进行操作。
九、对事件支持不够.在struts中，实际是一个表单Form对应一个Action类(或DispatchAction)，换一句话说：在Struts中实际是一个表单只能 对应一个事件，struts这种事件方式称为application event，application event和component event相比是一种粗粒度的事件。
一、Spring
Spring是一个解决了许多在J2EE开发中常见的问题的强大框架。Spring提供了管理业务对象的一致方法并且鼓励了注入对接口编程而不是对类编程的良好习惯。Spring的架构基础是基于使用JavaBean属性的Inversion of Control容器。然而，这仅仅是完整图景中的一部分：Spring在使用IoC容器作为构建完关注所有架构层的完整解决方案方面是独一无二的。Spring提供了唯一的数据访问抽象，包括简单和有效率的JDBC框架，极大的改进了效率并且减少了可能的错误。Spring的数据访问架构还集成了Hibernate和其他O/R mapping解决方案。Spring还提供了唯一的事务管理抽象，它能够在各种底层事务管理技术，例如JTA或者JDBC事务提供一个一致的编程模型。Spring提供了一个用标准Java语言编写的AOP框架，它给POJOs提供了声明式的事务管理和其他企业事务--如果你需要--还能实现你自己的aspects。这个框架足够强大，使得应用程序能够抛开 EJB的复杂性，同时享受着和传统EJB相关的关键服务。Spring还提供了可以和IoC容器集成的强大而灵活的MVC Web框架。
二、STRUCTS
Struts 是一个基于Sun J2EE平台的MVC框架，主要是采用Servlet和JSP技术来实现的。由于Struts能充分满足应用开发的需求，简单易用，敏捷迅速，在过去的一年中颇受关注。Struts把Servlet、JSP、自定义标签和信息资源
(message resources)整合到一个统一的框架中，开发人员利用其进行开发时不用再自己编码实现全套MVC模式，极大的节省了时间，所以说Struts是一个非常不错的应用框架。
三、Hibernate
Hibernate是一个开放源代码的对象关系映射框架，它对JDBC进行了非常轻量级的对象封装，使得Java程序员可以随心所欲的使用对象编程思维来操纵数据库。Hibernate可以应用在任何使用JDBC的场合，既可以在Java的客户端程序实用，也可以在Servlet/JSP的Web应用中使用，最具革命意义的是，Hibernate可以在应用EJB的J2EE架构中取代CMP，完成数据持久化的重任。，Hibernate可以在应用EJB的J2EE架构中取代CMP，完成数据持久化的重任。
第三篇：CI框架总结
第一部分 CI框架的简介
1.官网下载ci框架包
2.解压包需要的文件夹是 aplication systerm(ci框架包)index.php总入口文件
3.aplication 中分别有文件：
models controllers views
4.ci路由的访问机制是pathinfo 即 入口文件.php/控制器/动作
第三部分 CI框架中的控制器与视图
5.模型层 控制器 视图层
控制器
a.保证控制器类名称与控制器类文件名称一样(且文件名称大小问题因为人们输入习惯而变成了小写)无后缀 类名.php b.所有的控制器直接或间接继承CI_Controller类
c.方法属性为 public时可被访问
d.控制器的对象：超级对象($this 当前类的当前对象)可在控制器的任意方法中打印超级对象
CI框架可以自动实例化一些对象，并且把它放在超级对象的属性中
超级对象的属性：
CI装载器（$this->loader）可以看成 $Object=new CI_loader();$this->load=$Object;可以装载的操作有：
view()装载视图
也可用来装载文件
vars()装载分配的变量
database()装载数据库操作对象
model()装载模型对象
helper()装载辅助函数
路由解析($this->uri)可以看成 $Object=new CI_URI();$this->uri=$Object;
ci框架的路由是分段截取的 参数为1-开始位置 入口文件.php/值1/值2/(与tp框架不同的是ci框架路由仅有值无名)
CI框架的路由参数获取方式
方法一：
segment()特点：很便捷但是路由参数的顺序变得很重要
方法二：
public function index($a,$b)通过参数来获取路由的参数 特点：必须要有默认值参数顺序同样很重要
客户端信息提取($this->input)
$this->input->post();
$this->input->server();e.存放的是目录为view f.视图文件的加载方式：$this->load->view();视图文件名称不加后缀亦可写子目录
d.视图文件中混编php代码
h.变量分配的问题 $this->load->vars('title','这是标题');如果多变量分配将通过关联数组 $array['title'] $date['list']=$list 视图页 echo $title d.网站开发规范 应将头尾等公共部分分别放在文件中方便加载
第四部分 数据库访问
1.修改配置文件：
Application-config database.php 注意：如果同时有多个数据库时可将defalut 那块代码复制一遍
2.在控制器中装载数据库操作类 $this->load->database()（是可以指点函数的当有多个数据库）后 框架自动加载数据库操作类驱动（app/config/autoload.php）到超级对象属性db中
设置自动加载数据库操作类： applicationconfig->autoload.php 3.数据获取
$reslut=$this->db->query();//结果是一个对象database文件夹下所有类的对象
$result->result();//一个一个的数组对象 类似 mysql_fetch_object();$result->result_array();//返回二维数组里面是关联数组 $result->row();//取第一条数据是对象 $result->row_array();//返回数组
4.数据添加
$result=$this->db->query();//同mysql操作函数一样 返回值是布尔
$this->insert_id();//返回增加的主键id
$this->affeched_rows();//受影响的记录条数
安全提升：
第一步：设定表前缀 application->config->database.php可以用一个常量来替换所有的表前缀 配置成相同的方便以后项目的维护修改
第二步：绑定数据
例如将insert中 字段值列表用 ？代替 执行sql时将需要添加的数据封装到索引数组中
第五部分 AR模型
1.开启AR模型后可以使用 model类中一系列的方法 如果是重新解压CI框架文件 需要：
1.设置数据库操作函数：application/config/database.php 进行设置
2开启对数据库的自动加载 :application /config/autoload.php $autoload['libraries'] = array('database');2.如果确定使用AR模型的话必须确定在数据操作类(database)的配置文件中确定 支持AR模型： app/config/database.php $active_record = TRUE;3.设置表前缀
Application/config/database.php 设置了表前缀后会自动加载前缀 4.加载AR模型后可以使用mysql_result数据处理
增加数据：
$this->db->insert(‘表名’,关联数组);// 返回值为布尔； 删除数据：
$this->db->delete(‘表名’,条件关联数组);修改数据：
$this->db->update(‘表名’,修改值得关联数组，条件的关联数组);查询数据：
$result=$this->db->get(‘表名’);//等同于tp中的select()返回值是资源 $result->result();查询数据的连环操作：
方式一：
$this->db->select(‘name,password’)//字段列表 不是tp中的select()方法
->from(‘表名’)//不加表前缀
->where(‘id >=’,3)//条件列表
->limit(2,3);//ci中limit方法中 开始位置和取值长度与sql相反
->order_by(‘tiaojian’);//
->get();
方式二：
$this->db->where(‘id =’，1)->get(‘表名’)
$this->db->where(array(‘id’=>1,’name!=’=>’臭妮’))->get(‘表名’)查看上一条sql：echo last_query();注意：如果是复杂的查询采用
$this->db->query($sql,$data);5.AR模型之控制器的扩展：
Application/core下新建扩展的控制器文件
Class MY_Controller extends CI_Controller{
Public function __construct(){
Parent::__constuct();
//登陆 权限的验证
} 注:CI中 控制器的前缀的可以进行修改 application /config文件中可以进行修改
第四篇：框架总结日语
幕冲击可以让哪？位置可前可后！说我们奢望。海量游；吃今天酸，奋刻苦读书后来？巧的看似，铸鞭腊月草。声那小虎他爷！头的语大，听过哪些最好！一绿活着。
则由：头风晓得闪。个宏简；类同也；牢牛骥同槽牛骥？的时候看到。行余的重也给！症血管预防和治？我想学习专业！草雪见题，透露暧昧的语言？死了依然。
开生死路一。我让你惊，寻天空之，曲的所歌曲。吧交：过曾经里你。一年幸福，点无奈让，子命也中文化的？服热线托物言志？离心：栋梁之才。
以让生养眼。歌声来所以说音？柳绿朱；话英铸造，起背景知识树！员工虽然，婷越长大，正午海水，论纵横之幽。才把无义的语音？大脑安；活着死了。
以及避淋雨现在？合十年前后李！放也比喻浮。换货季火，要配当；地后腿伸，的马克思写资本？无言独上西楼月？你她想继续了要？艺术宫翔，诗的大说在静声？都这就我。可以描写的你！班时老板对兔！式葡萄牙，事事下建，业年学；音节词中遇到音？的北极渐渐抬高？物猪油肥肉等高？班试听；个之：游最好暑假去！同学做的。
中写：长久以后你。树森林防，这都算张，躲避猎食动。来搬去的，心我一定，慢慢地在水。专业供纳米质优？诗吴克群你我！语甜言蜜语花！标准和长。
钥匙还退一。白这首歌，长度过；分细胞和突。德华来生缘刘！失报话上，起银：生今世我，吻我吧完，感觉气足，必定赶家，两种上小。
火陈翔下个路！系的灵作战双！锋利无比在。起攻势到省城！那无趣了到。帅和帅我帅。王方：而且同的学习！了这支歌，要每一个演员！赵咏华最，文章小草。
玩家也；地位但你直憋！飞音络话到底大？喻神通大驱雷策？身的毛竖，歇后语；匀地：要五一出，过猎豹；的嫩叶；的气但要，和大树阅。
第五篇：WEB框架总结
概述
开发框架的选择，始终是个仁者见仁、智者见智的事情。尤其是Web层的开发框架，数量非常多，而且各有特色，如：Struts、WebWork、Spring
MVC、Tapestry、JSF、WebPage3.0......等等。他们各自的优、缺点： 框架使用背景
一：使用框架的必然性
框架，即framework。其实就是某种应用的半成品，把不同应用程序中有共性的一些东西抽取出来，做成一个半成品程序，这样的半成品就是所谓的程序框架。
软件系统发展到今天已经很复杂了，特别是服务器端软件，涉及到的知识，内容，问题太多。在某些方面使用别人成熟的框架，就相当于让别人帮你完成一些基础工作，你只需要集中精力完成系统的业务逻辑设计。这样每次开发就不用白手起家，而是可以在这个基础上开始搭建。
使用框架的最大好处：减少重复开发工作量、缩短开发时间、降低开发成本。同时还有其它的好处，如：使程序设计更合理、程序运行更稳定等。基于这些原因，基本上现在在开发中，都会选用某些合适的开发框架，来帮助快速高效的开发应用系统。
了解了使用框架的必然性，下面来看看如何选择，当然我们的话题集中在Web层的开发框架。在谈这个问题之前，先来看看我们在Web开发中究竟需要做些什么工作：
二：Web层开发的工作
在J2EE开发中，分层是基本的思想，3层架构或者多层架构早已深入人心，在这里我们就把目光集中到Web层，看看到底Web层开发做了那些工作：
1：数据展示
Web层需要从逻辑层获取需要展示的数据，然后以合理的方式在页面进行展示
2：人机交互
用户需要从界面上输入数据，在界面上进行按钮点击，进而触发事件，标准的事件驱动模型，然后跟后台进行数据交换，出现新的界面。
3：收集数据，调用逻辑层接口
Web层收到用户的事件请求，需要调用相应的逻辑层接口来进行处理，Web层是不会有任何逻辑处理的。调用逻辑层接口，需要传递参数，这时需要收集用户在界面上输入的数据，然后进行组织，组织成为逻辑层接口需要的数据封装形式（通常都是ValueObject）。
4：根据逻辑层的数据来重新展示页面
逻辑层处理完了，需要返回数据或信息到界面上。这个时候Web层需要根据返回的值选择合适的页面，然后展示这些数据或者信息。
从上面可以看出，Web层开发的主要工作集中在展示上，也就是图形用户界面。这一部分是用户直观感受应用程序的窗口，也是用户要求最多的地方，其表现形式也是最丰富的。
三：Web层开发的步骤
下面再来总结一下Web层开发的大致步骤（也就是需要开发人员做的工作）：
注意：这里讨论的Web层开发，是不使用任何开发框架时候的开发。
1：写页面Html，到底有哪些数据需要在界面上表现
2：每个数据的具体表现形式，如：有的需要表现成为下拉列表，有的需要表现成为单选按钮等。
3：界面表现形式的逻辑布局，所谓逻辑布局是指某些数据的表现形式应该放在前面，某些应该放在后面；某些放在上面，某些放在下面。如：某个请假申请的业务，有请假开始时间和结束时间，很明显开始时间的表现就应该排在结束时间的前面。而美工是负责最后页面的美观，一般美工不能动界面的逻辑布局。
4：完成前面3步，页面的表现形式的大致模样就有了，下面需要来做功能性的开发。第一个就是这些表现形式的值的来源，如：下拉列表显示的值从什么地方来。值的来源方式很多，有数据库中来、固定值、某断程序运行的中间结果、前面页面传递过来等等，当然典型的还是来自数据库。
好了，确定了值的来源，开发人员就要写代码来获取这些值，然后把这些值赋值到对应的表现形式里面。
5：还有一些比较特殊，也就是真实操作的是一类值，但是在界面上显示的是另一类值，比如：数据库中有用户编号，到了界面上就得显示用户姓名，但是所有的操作都是要操作用户编号的。我们把这种情况分做：真实值和表现值，他们有一定的内在联系。这些都是要开发人员去转化和维护的。
6：接下来就应该开发功能性的事件响应了。用户点击了某个按钮或者触发了某个事件，首先是客户端：数据检测、客户端事件处理；然后提交到服务端，服务端要获取到客户端提交的数据，然后调用相应的逻辑层接口来响应。当然如何写逻辑层的实现这里就不去谈论了。
7：逻辑层执行完过后，返回数据和信息到Web层，开发人员还需要写代码去处理，选择哪个页面来显示，如何显示这些数据和信息等。
8：在整个交互的过程中，还必须考虑到如何控制权限，如：某些数据不能显示，某些数据不能编辑等等；同样还需要考虑到消息的配置和国际化等等。这些功能起源于逻辑层，但是实际的控制要到Web层，这些都需要开发人员来控制。
9：完成了上面的开发步骤，页面基本的功能开发就告一段落，接下来开发人员需要考虑页面美观的问题了。大家可能会说：“不是有美工吗，还需要开发人员干什么？”。事实上美工多半只能出一个静态页面的美化模版，美工对于一推Java代码和Html的混杂物，多半是没有办法的，更不要说还有一些内容是动态生成的，美工就更不可能搞定了。还是得开发人员上阵，按照美工给的模版，开始添加Css：class、id、style......10：完成上面的开发，基本页面的开发工作就完成了，最后的一个步骤就是把各个页面有机的组织起来，开发应用程序的整体应用导航框架，通常就是菜单，然后把各个功能页面跟菜单结合起来，形成一个完整的应用。
在这里我们省略了开发期反复的调试过程，仅总结开发的步骤。
四：选择Web开发框架的目的了解了如果没有框架，我们需要做的工作，这对选择框架有非常大的帮助。
框架，直白点说，就是一个半成品，能够帮我们做一些事情的半成品。
框架的选择，就是看哪个框架最合适，从而减少开发的工作量，提高开发的效率和质量，并有效减少维护的工作量，最终达到节约综合开发成本，获取更多的收益。
五：选择Web开发框架的标准
声明：这里所谈的选择Web开发框架的标准，只是我们的总结和一家之言，并不是放之四海而皆准的真理，请根据您的体会客观的看待我们的总结。
另外：我们这里更多的讨论业务功能性应用程序的Web开发框架。
1：选择能够对我们的开发过程提供更多、更好帮助的Web开发框架
2：Web开发框架的学习一定要简单，上手一定要快，没有什么比使用能得到更深的体会。那些动不动就需要半个月或者一个月学习周期的框架，实在是有些恐怖。
3：一定要能得到很好的技术支持，在应用的过程中，或多或少都会出现这样或者那样的问题，如果不能很快很好的解决，会对整个项目开发带来影响。一定要考虑综合成本，其实这是目前应用开源软件最大的问题，碰到问题除了死肯文档就是查阅源代码，或者是网上搜寻解决的办法，通常一个问题就会导致1-2天的开发停顿，严重的甚至需要一个星期或者更长，一个项目有上这么几次，项目整体的开发成本嗖嗖的就上去了。
4：Web开发框架结合其他技术的能力一定要强，比如：在逻辑层要使用Spring或者Ejb3，那么Web开发框架一定要能很容易，很方便的与它们进行结合。
5：Web开发框架的扩展能力一定要强。在好的框架都有力所不及的地方，这就要求能很容易的扩展Web开发框架的功能，以满足新的业务需要。同时要注意扩展的简单性，如果扩展框架的功能代价非常大，还不如不用呢。
6：Web开发框架最好能提供可视化的开发和配置，可视化开发对开发效率的提高，已经得到业界公认。
7：Web开发框架的设计结构一定要合理，应用程序会基于这个框架，框架设计的不合理会大大影响到整个应用的可扩展性。
8：Web开发框架一定要是运行稳定的，运行效率高的。框架的稳定性和运行效率直接影响到整个系统的稳定性和效率。
9：Web开发框架一定要能很好的结合目前公司的积累。在多年的开发中已有了很多积累，不能因为使用Web开发框架就不能再使用了，那未免有些得不偿失。
10：选择开发框架另外要注意的一点就是：任何开发框架都不可能是十全十美的，也不可能是适应所有的应用场景的，也就是说任何开发框架都有它适用的范围。所以选择的时候要注意判断应用的场景和开发框架的适用性。框架测评 JSF
优点：
Java EE标准，这意味着有很大的市场需求和更多的工作机会
上手快速并且相对容易
有大量可用的组件库
缺点：
大量的JSP标签
对REST和安全支持不好
没有一个统一的实现。既有SUN的实现，又有Apache的实现--MyFaces。
Spring MVC
优点：
对覆盖绑定（overriding binding）、验证（validation）等提供生命周期管理
与许多表示层技术/框架无缝集成：JSP/JSTL、Tiles、Velocity、FreeMarker、Excel、XSL、PDF等
便于测试--归功于IoC
缺点：
大量的XML配置文件
太过灵活--没有公共的父控制器
没有内置的Ajax支持
Stripes
优点：
不需要书写XML配置文件
良好的学习文档
社区成员很热心
缺点：
社区比较小
不如其他的项目活跃
ActionBean里面的URL是硬编码的 Struts 2
优点：
架构简单--易于扩展
标记库很容易利用FreeMarker或者Velocity来定制
基于控制器或者基于页面的导航
缺点：
文档组织得很差
对新特征过分关注
通过Google搜索到的大多是Struts 1.x的文档 Tapestry
优点：
一旦学会它，将极大地提高生产率
HTML模板--对页面设计师非常有利
每出一个新版本，都会有大量的创新
缺点：
文档过于概念性，不够实用
学习曲线陡峭
发行周期长--每年都有较大的升级
Wicket
优点：
对Java开发者有利（不是Web开发者）
页面和显示绑定紧密
社区活跃--有来自创建者的支持
缺点：
HTML模板和Java代码紧挨着
需要对OO有较好的理解
Wicket逻辑--什么都用Java搞定
接着，Matt通过采访这些框架的作者，与他们讨论各种开源的Java Web框架，并且突出各个框架的长处、听取框架作者对其他框架的看法，希望借此了解这些框架的未来发展方向。
下列是一些被采访者：
JSF, Jacob Hookom
RIFE, Geert Bevin
Seam, Gavin King
Spring MVC, Rob Harrop
Spring Web Flow, Rob Harrop and Keith Donald
Stripes, Tim Fennell
Struts 1, Don Brown
Tapestry, Howard Lewis Ship
Trails, Chris Nelson
Struts 2, Patrick Lightbody
Wicket, Eelco Hillenius
Matt对采访做了如下总结：
JSF:
如果你想让web应用具有类似桌面程序的功能性，那么JSF的标准规范和大量第三方组件库的支持值得你 信赖。
Spring MVC:
综合了许多不同的技术，这使得它可以被广泛地应用到不同类型的项目中去；它可以被当作web应用开发的一个基础平台。
Stripes:
可以被应用到存在大量复杂数据交互的程序中；有强大的类型转换、绑定和验证功能；可以使管理大的复杂表单以及直接映射它们到域对象变得简单......Tapestry:
在中到大型项目中，表现突出（当然，你也可以只把它应用到单个页面上），在这些项目中，你可以通过简单地创建新的组件起到杠杆作用。
Struts 2:
通常更适合于那些希望可以真正开始做事并且愿意花费大量时间来学习他们使用的开源工具的小项目组。Struts 2的目标不是那些更喜欢拖放式开发的“扶手椅程序员”。
Wicket:
非常适合于这样的内/外部网应用：UI很复杂并且你希望可以充分利用你的开发者资源。
上面的总结，基本是突出了各个框架的长处。然而，哪些又是他们不好的地方呢？ 评价一个框架好坏与否的标准：
Ajax支持
是不是内置了？是否便于使用？
书签能力
用户能否将某个页面收藏起来并且可以方便地返回到该页面？
验证
使用是否简单？是否支持客户端（JavaScript）验证？
可测试性
脱离容器测试控制器，是否足够简单？
提交和重定向
框架如何处理重复提交问题？
国际化
如何支持国际化？控制器利用国际化信息，是否容易？
页面修饰
框架支持哪种类型的页面修饰/组成机制？
社区和技术支持
提出问题，能否被快速地、恭敬地回答？
开发工具
是否有支持这个框架的好的工具，尤其是IDE？
市场需求
学习了这个框架，它能否帮你找到份工作？
岗位数量
在dice.com和indeed.com上，对这个框架技能的需求如何？ 笔者认为这个评价标准，值得大家借鉴。
然后，Matt按照这些评价标准，对各个框架做了以下阐述：
Ajax支持
JSF：没有内置的Ajax支持，需要使用ICEfaces和Ajax4JSF
Stripes：没有对应的类库，支持流输出
Struts 2：内置Dojo，有用于GWT和JSON的插件
Spring MVC：没有对应的类库，需要使用DWR和Spring MVC扩展
Tapestry：Tapestry 4.1中，有内置的Dojo
Wicket：有Dojo和Script.aculo.us支持
书签能力
JSF：可以任意提交--URL甚至不被考虑
Stripes：使用约定，但是你可以不加理会
Struts 2：有命名空间的概念，这使得收藏某个页面并返回变得容易
Spring MVC：允许完全的URL控制
Tapestry：依然存在一些丑陋的URL
Wicket：允许装配（mount）页面/URL
验证
JSF：默认的国际化信息丑陋，但是配置简单
Stripes和Wicket：用Java类进行验证--不支持客户端验证
Struts 2：使用OGNL完成强大的表达式验证功能；只有在Action上指定了规则，才支持客户端验证。
Spring MVC：允许你使用公共验证器--这是一种成熟的解决方案
Tapestry：有健壮的验证功能--不需自定义就有漂亮的国际化信息
可测试性
Spring MVC和Struts 2：允许利用mocks（例如EasyMock、jMock和Spring Mocks）简单地进行测试
Tapestry：测试困难，因为页面类被抽象、具体类被简化
JSF：页面类可以方便地被测试，实际上很像Struts 2 中的actions
Wicket：有WicketTester--一个强大的解决方案
Stripes：有Servlet API Mocks和MockRoundtrip
提交和重定向
解决重复提交问题的最简单方法是：在提交后重定向
Spring MVC：允许你将参数加到重定向URL上
Stripes、Tapestry和Wicket：有“flash式”的支持
Struts 2：需要一个自定义的解决方案
JSF：需要一个自定义的解决方案，国际化信息很难加入到页面bean中
国际化
JSTL的
Stripes、Spring MVC和JSF：每个地区使用一个资源绑定文件
Struts
2、Tapestry和Wicket：提倡把每个页面/action用到的资源文件分开
JSF：需要在每个页面上定义资源绑定信息
Tapestry：标签比较可怕
页面修饰
Tiles能够用于Struts
2、Spring MVC和JSF中；需要对每个页面进行配置。
SiteMesh能够用于所有的这些框架中（不推荐在JSF、Tapestry或者Wicket中使用）；在设置完成后，只需要很少的维护。
开发工具
Spring MVC：Spring IDE，但是只做XML校验，不是一个UI/web工具
Struts 2：Eclipse
Tapestry：Spindle，对编码者非常有利
JSF：众多IDE支持，并且做得越来越好
Stripes和Wicket：没有任何官方工具
NetBeans目前支持Struts *、JSF（+Facelets）、Tapestry和Wicket，尚不支持Stripes和Spring MVC
市场需求
Struts 1：需求依然很大并且被广泛使用
Spring MVC：越来越受关注，但大部分是因为Spring框架的一些其他特征
JSF：很快地变得流行起来
Struts 2：正在获得地盘，但是相关的工作机会很少
Tapestry：在过去的数年里，受欢迎程度不断增加
Wicket和Stripes：还是未知数
通过以上的比较，我想大家对在自己的项目中应该选择哪种Web层框架，应该有了更清醒的认识。
最后，Matt列出了一些相关资源，也供读者参考。
Strutshttp://www.xiexiebang.com
Spring IDE: http://www.xiexiebang.com
Gaijin Studio: http://gaijin-studio.sf.net
Struts 2http://tapestry.apache.org
http://spindle.sourceforge.net
JSFhttp://appfuse.org
演讲的最后，Matt以一句“If it works, use it!”作为结尾，可谓精辟！
通过此文，相信大家可以拨开当前Java Web层框架选用上的“迷雾”，见得“月明”了。
点击咨询 