10选择开发框架另外要注意的一点就是任何开发框架都不可能是十全十美的也不可能是适应所有的应用场景的也就是说任何开发框架都有它适用的范围。所以选择的时候要注意判断应用的场景和开发框架的适用性。如何选择Web开发框架？始终是个仁者见仁、智者见智的事情。尤其是Web层的开发框架，开发框架的选择。数量非常多，而且各有特色，如：StrutWebWorkSpringMVCTapestriJSFWebPage3.0等等。

使用框架的肯定性，即framework其实就是某种应用的半成品，框架。把不同应用顺序中有共性的一些东西抽取进去，做成一个半成品顺序，这样的半成品就是所谓的顺序框架。涉及到知识，软件系统发展到今天已经很复杂了特别是服务器端软件。内容，问题太多。某些方面使用他人幼稚的框架，就相当于让别人帮你完成一些基础工作，只需要集中精力完成系统的业务逻辑设计。这样每次开发就不用白手起家，而是可以在这个基础上开始搭建。如：使顺序设计更合理、顺序运行更稳定等。基于这些原因，使用框架的最大好处：减少重复开发工作量、缩短开发时间、降低开发本钱。同时还有其它好处。基本上现在开发中，都会选用某些合适的开发框架，来协助快速高效的开发应用系统。

Web层开发的工作，分层是基本的思想，J2EE开发中。3层架构或者多层架构早已深入人心，这里我就把目光集中到Web层，看看到底Web层开发做了那些工作：

数据展示，然后以合理的方式在页面进行展示Web层需要从逻辑层获取需要展示的数据；人机交互，界面上进行按钮点击，用户需要从界面上输入数据。进而触发事件，规范的事件驱动模型，然后跟后台进行数据交换，出现新的界面。调用逻辑层接口收集数据；需要调用相应的逻辑层接口来进行处理，Web层收到用户的事件请求。Web层是不会有任何逻辑处置的调用逻辑层接口，需要传送参数，这时需要收集用户在界面上输入的数据，然后进行组织，组织成为逻辑层接口需要的数据封装形式(通常都是ValueObject；根据逻辑层的数据来重新展示页面，然后展示这些数据或者信息。逻辑层处理完了需要返回数据或信息到界面上。这个时候Web层需要根据返回的值选择合适的页面。

Web层开发的主要工作集中在展示上，从上面可以看出。也就是图形用户界面。这一部分是用户直观感受应用顺序的窗口，也是用户要求最多的地方，其表示形式也是最丰富的

Web层开发的方法：写页面Html底有哪些数据需要在界面上表现，如：有的需要表示成为下拉列表，2每个数据的具体表示形式。有的需要表示成为单选按钮等。所谓逻辑布局是指某些数据的表示形式应该放在前面，3界面表示形式的逻辑布局。某些应该放在后面;某些放在上面，某些放在下面。如：某个请假申请的业务，有请假开始时间和结束时间，很明显开始时间的表示就应该排在结束时间的前面。而美工是负责最后页面的美观，一般美工不能动界面的逻辑布局。

页面的表示形式的大致模样就有了下面需要来做功能性的开发。第一个就是这些表示形式的值的来源，4完成前面3步。如：下拉列表显示的值从什么地方来。值的来源方式很多，有数据库中来、固定值、某断程序运行的中间结果、前面页面传送过来等等，当然典型的还是来自数据库。

开发人员就要写代码来获取这些值，好了确定了值的来源。然后把这些值赋值到对应的表示形式里面。也就是真实操作的一类值，5还有一些比较特殊。但是界面上显示的另一类值，比方：数据库中有用户编号，界面上就得显示用户姓名，但是所有的操作都是要操作用户编号的把这种情况分做：真实值和表现值，有一定的内在联系。这些都是要开发人员去转化和维护的，首先是客户端：数据检测、客户端事件处理;然后提交到服务端，6接下来就应该开发功能性的事件响应了用户点击了某个按钮或者触发了某个事件。服务端要获取到客户端提交的数据，然后调用相应的逻辑层接口来响应。当然如何写逻辑层的实现这里就不去谈论了，返回数据和信息到Web层，逻辑层执行完过后。开发人员还需要写代码去处理，选择哪个页面来显示，如何显示这些数据和信息等。

还必须考虑到如何控制权限，整个交互的过程中。如：某些数据不能显示，某些数据不能编辑等等;同样还需要考虑到消息的配置和国际化等等。这些功能起源于逻辑层，但是实际的控制要到Web层，这些都需要开发人员来控制。页面基本的功能开发就告一段落，9完成了上面的开发方法。接下来开发人员需要考虑页面美观的问题了大家可能会说：不是有美工吗，还需要开发人员干什么?事实上美工多半只能出一个静态页面的美化模版，美工对于一推Java代码和Html混杂物，多半是没有方法的更不要说还有一些内容是动态生成的美工就更不可能搞定了还是得开发人员上阵，依照美工给的模版，开始添加Cssclassidstyle，基本页面的开发工作就完成了最后的一个步骤就是把各个页面有机的组织起来，10完成上面的开发。开发应用顺序的整体应用导航框架，通常就是菜单，然后把各个功能页面跟菜单结合起来，形成一个完整的应用。

仅总结开发的方法。这里我省略了开发期反复的调试过程。

选择Web开发框架的目的，需要做的工作，解了如果没有框架。这对选择框架有非常大的协助。直白点说，框架。就是一个半成品，能够帮我做一些事情的半成品。就是看哪个框架最合适，框架的选择。从而减少开发的工作量，提高开发的效率和质量，并有效减少维护的工作量，最终达到节约综合开发本钱，获取更多的收益。

选择Web开发框架的规范，只是总结和一家之言，声明：这里所谈的选择Web开发框架的规范。并不是放之四海而皆准的真理，请根据您的体会客观的看待我总结。另外：这里更多的讨论业务功能性应用顺序的Web开发框架。

选择能够对我开发过程提供更多、更好帮助的Web开发框架，上手一定要快，Web开发框架的学习一定要简单。没有什么比使用能得到更深的体会。那些动不动就需要半个月或者一个月学习周期的框架，实在有些恐怖。应用的过程中，一定要能得到很好的技术支持。或多或少都会出现这样或者那样的问题，如果不能很快很好的解决，会对整个项目开发带来影响。一定要考虑综合本钱，其实这是目前应用开源软件最大的问题，碰到问题除了死肯文档就是查阅源代码，或者是网上搜寻解决的方法，通常一个问题就会导致1-2天的开发停顿，严重的甚至需要一个星期或者更长，一个项目有上这么几次，项目整体的开发利息嗖嗖的就上去了

比方：逻辑层要使用Spring或者Ejb，那么Web开发框架一定要能很容易，Web开发框架结合其他技术的能力一定要强。很方便的与它进行结合。

这就要求能很容易的扩展Web开发框架的功能，Web开发框架的扩展能力一定要强。好的框架都有力所不及的地方。以满足新的业务需要。同时要注意扩展的简单性，如果扩展框架的功能代价非常大，还不如不用呢。

可视化开发对开发效率的提高，Web开发框架最好能提供可视化的开发和配置。已经得到业界公认。

应用顺序会基于这个框架，Web开发框架的设计结构一定要合理。框架设计的不合理会大大影响到整个应用的可扩展性。Web开发框架一定要是运行稳定的运行效率高的框架的稳定性和运行效率直接影响到整个系统的稳定性和效率。不能因为使用Web开发框架就不能再使用了那未免有些得不偿失。Web开发框架一定要能很好的结合目前公司的积累。多年的开发中已有了很多积累。