Java Web 框架的“甜点”

2016-02-19 18:37 13 1 收藏

有了下面这个Java Web 框架的“甜点”教程,不懂Java Web 框架的“甜点”的也能装懂了,赶紧get起来装逼一下吧!

【 tulaoshi.com - 编程语言 】

  这是一篇很有趣的文档,所以摘要一下,其实类似阅读笔记,似乎是3/25发布的:
  不知怎么翻译Sweet Spots,难道翻译为甜处、甜头、蜜点、蜜穴?
  
  本文基于对以下人的采访(最后两位的看法独到还是自己看吧!):
  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 Action 1 Don Brown
  Tapestry Howard Lewis Ship
  Trails Chris Nelson
  WebWork Patrick Lightbody
  Wicket Eelco Hillenius
  
  
  JSF(Jacob Hookom)
  
  
1、你认为你的framework的"甜点"在哪里?他最适合哪种类型的项目?
  当你希望浏览器程序像桌面程序一样工作的时候,你可以遵循标准并获得大量第三方支持。它致力于降低复杂度。它答应你不与view和特定的action、参数传递、状态传递、渲染打交道就可以进行高质量的开发,不管是否使用工具。
  
  2、它不适合于什么样的场景?在这些场景你推荐什么fremework?它是哪个?
  它不适合大规模的、只读(其实指读为主)的网站。在这种情况推荐Struts,因为知识库丰富(应该指文档和用户群)。
  
  3、在下面提到的framework中,你试验过他们么?假如试验过,你比较喜欢哪个?你不喜欢哪个?
  Seam:
  优点:非常简单直接
  缺点:对于大项目过于简单;没有模块化开发的好例子
  Struts:
  优点:巨大的文档和用户群;跟着它没错
  缺点:状态/行为的分离过于教条化
  WebWork:
  优点:比Struts易于使用
  缺点:复杂的UI难于维护,UI代码过于复杂(JSF作者对action
  Framework都攻击这一点)
  Tapestry:
  优点:概念新奇;可以应付复杂的UI
  缺点:对于一个组件化(JSF主要竞争对手),它依然依附于page/action的概念
  
  4、你的framework的未来会怎样?对于用户开发会有什么方便使用的变化?你会原生支持Ajax么?你们计划支持它了么?
  他认为JSF这个标准下这些应该有第三方提供。JSF(2.0)会提供"Partial Faces Request",它是Ajax实现。JSF也会增强annotation组建编程。
  
  5、有对你们的framework的传言需要澄清么?假如有,是哪个?很多JSF书都拿Struts作为对比。他认为这不能体现JSF的特点。他认为Struts和WebWork能做到的JSF也能做到。
  
  6、你对Ruby on Rails的看法如何?
  它与WebWork一样好用,它的CoC(Convention over Configration)和脚手架非常好用。他认为CoC可以被应用在任何framework,他认为这是RoR最大的优点。他还认为RoR会走上其它framework的路(复杂性),因为人们需要自己的扩展。
  
  RIFE(Geert Bevin)
  
  1、你认为你的framework的"甜点"在哪里?他最适合哪种类型的项目?
  你可以付出10%的工作量,得到其它framework的90%的......,它是一个full-stack framework(如RoR)。它吸收了成熟的分层框架的架构,并将共同的优点汇集在一起。提供了web continuation,POJO驱动的CRUD生成,可扩展的基于组建的架构,无session的状态控制,关注REST作为API,双向无逻辑模版引擎,集成了内容控制框架(CMS?)。每个层次的组建提供了可复用性(AOP,site,sub-site,page,widget,portlet等)。适合于团队快速开发公共Web项目,适合喜欢开发可复用组件的人。
  
  2、它不适合于什么样的场景?在这些场景你推荐什么fremework?它是哪个?
  团队中的每个人都有其它framework的知识,难于培训他们。开发状态相关的服务器端Web组件,而不是用RIA或Ajax去实现。第三方支持很重要的情况下(可怜RIFE用户群还不大)。他推荐这种情况下使用JSF。或者在XML为主要发布形式的情况下,推荐Cocoon。
  
  3、在下面提到的framework中,你试验过他们么?假如试验过,你比较喜欢哪个?你不喜欢哪个?
  他试验过WebWork,JSF,Wicket。他喜欢WebWork的简单,但是不喜欢它的模版方式(tag的template,应该),它也不提供组件封装。他认为JSF的工具支持非常吸引人。Wicket的纯Java实现很不错,可惜XML配置很不爽。
  
  4、你的framework的未来会怎样?对于用户开发会有什么方便使用的变化?你会原生支持Ajax么?你们计划支持它了么?
  关于Ajax,RIFE刚刚集成了DWR,而且选定以后也使用这个。

来源:http://www.tulaoshi.com/n/20160219/1618341.html

延伸阅读
tomcat本地地址 E:soft4developapache-tomcat-6.0.18 System.getProperty("user.dir")//E:soft4developapache-tomcat-6.0.18bin System.getProperty("catalina.home")//E:soft4developapache-tomcat-6.0.18对于jboss同样适用。其他容器未做测试。 说道这里,正好有朋友在群里头问了个问题,情景式这样的 登陆需要用Https...
创建Web应用的配置文件 对于Struts应用,它的配置文件web.XML应该对ActionServlet类进行配置,此外,还应该声明Web应用所使用的Struts标签库,本例中声明使用了三个标签库: Struts Bean、Struts Html和Struts Logic标签库。例程1为web.xml的源代码。 例程1 web.xml ?xml version="1.0" encoding="UTF-8"? !DOC...
  前言: 关于 JWS JWS 是作为 JSR-56 的一部分而创建的,目的是提供一种方法来分发在客户端上的 JVM 中运行的 Java 应用程序。JWS 包括以下特征: 部署     运行 JWS 应用程序包括选择 Html 链接,与打开新的页面没有什么区别,惟一的不同之处在于 Web 服务器页面是 .jnlp 文件,该文件启动 JW...
标签: Web开发
    本来是计划让团队内的同事一起总结使用qooxdoo的使用经验和困难,然后写些关于使用qooxdoo的总结供大家参考,但因为项目的原因到现在也没有时间办这件事情,所以打算还是零零碎碎的写一点是一点,乱就乱了,今后再整理。另外最近发现其实国内还是有不少人关注和使用qooxdoo的,所以立马写下这个帖子抛砖引玉。   ...
当主流计算机应用软件开始迁移到客户/服务器体系结构时,程序员们开始寻找方法以简化使用类似技术并且在结构也类似的工程的开发。这就为现代软件开发框架打好了基础。 随着基于万维网的应用程序服务器的发展及其相关的应用软件的膨胀,支持这些技术的开发框架也随着蓬勃发展。当前,在企业开发领域中出现了许多特别适合于Java J2EE平台的软件开发...

经验教程

342

收藏

19
微博分享 QQ分享 QQ空间 手机页面 收藏网站 回到头部