《Web框架主流上分为两类.docVIP

Web框架主流上分为两类：MVC框架和事件响应机制框架 MVC框架有Struts，Webwork，Spring MVC， 事件框架有JSF，Tapestry，Echo等。 Java Web框架种类繁多，花样迭出，主流一点的就有Struts，Webwork，SpringMVC，JSF，Tapestry，至于非主流的就更加不计其数了。还有很多基于这些框架的衍生框架，例如基于Struts的beehive，基于JSF的JBoss Seam，基于JSF的MyFaces，Shale等等。对于开发人员来说，过多的选择是一种沉重的负担，不但需要花更多的时间去学习，也需要更多的时间去维护基于不同框架的代码。 由于面临着dotnet统一的web框架webforms以及异军突起的rails的强势挑战，Java业界也感受到竞争的丝丝寒意，这不，众多Java Web框架的核心开发人员终于可以坐到一起，商量着Web框架的统一和互操作的问题了。 /confluence/oss/display/WAG/Home 由众多Java Web框架的开发人员组成的一个团队……Java Web Alignment Group，这其中包括了Struts，Webwork，JSF，Beehive，JBoss Seam，Spring MVC等众多框架核心开发人员组成，目标则是加强交流和合作，促进各个Web框架之间的协作，给Java开发人员提供尽量方便的解决方案。 他们讨论的内容在Yahoo Group：/group/java_web_alignment/ 加入这个mailist需要批准。 目前这个Group的讨论已经得到了一个显著的进步：struts，webwork和beehive的合并！ 我们知道Web框架主流上分为两类：MVC框架和事件响应机制框架。MVC框架有Struts，Webwork，Spring MVC，以及一些基于这些框架的框架，如Spring Webflow， Beehive等等；事件框架有JSF，Tapestry，Echo等。除此之外，还有一些连接两者的框架，如Struts Shale等等。 经过一段时间的讨论，Struts，Webwork和beehive三方宣布合并，共同发展下一代MVC模式的MVC框架……Struts Ti。它将主要以Webwork为核心，集成Beehive的annotataion和pageflow功能，推向Struts用户群体，并且加强和JSF的集成能力。 这次合并的前景是值得期待的，在MVC领域，主流的选择将在Struts Ti和Spring MVC之间。不过从目前的情况来看，Struts Ti不会进一步和Spring MVC进行合并。Spring MVC的开发人员希望保护现有的Spring MVC合作伙伴和客户，以及在Spring webflow上面的巨大投入。 让我们期待该组织的更进一步的成果吧 Java Web 应用框架的下一个王者是谁？ 经过数年的“框架大战”，Java界的各种框架找到了自己应有的位置。 Spring+Hibernate+Struts已成为Java开发的主流体系。在这个体系中，Spring+Hibernate的地位应该说短期内是难以撼动了。除了新兴的Jboss Seam作为挑战者之外，几乎难有劲敌。有趣的是当初Spring、Hibernate作为挑战者，将官方的EJB成功挑落马下；这次反倒是官方的EBJ3成了挑战者，不知结局如何。 Java B/S编程中历来战火最激烈的其实还在Web层，框架的数量最多，争议最大。 一切由Struts而起，而Struts最终也坐稳了第一个时代的王座。在技术层面，Struts 1.x已经被无数人抱怨过、批评过，但终于还是稳坐王位，这充分说明了习惯的力量。“稳定压倒一切”，这句话在IT技术领域仍旧适用。 其实IT应用技术，什么新鲜玩意并不难学。难的是标准化和规范化。每个程序员都有自己的思路和习惯，写出来的代码自然是五花八门。Java何以成为编程界的老大，很重要的一点在于Java的规范化。这种规范化很高的语言适用于多人合作的大型项目，便于沟通和理解，也就便于集成和维护。Java世界为什么会框架横飞，说到底还是规范化的需要。纯JSP和Struts写Web谁快，摆明了是JSP。那撑饱了用Struts？原因在于100个人写出来的JSP，有100种写法；而100个人写出来的Struts，基本相似。Struts之成功，正缘于其在Java Web层的规范化方面所做出的贡献。 然而长江后浪推前浪，Struts 1.x的技术缺陷毕竟是隐患。 Sun力推JSF，打算一雪Web层框架缺失之耻。可惜JS