Warp framework - 一个相当有前途的Java轻量级Web开发框架

Warp framework 是最近刚刚发布的、基于Google Guice的轻量级Web开发框架，我也是在JavaEye网站的新闻频道看到的这条新闻： warp-persist 1.0: 为Google Guice专门提供持久层与事务处理的框架，通过这个新闻仔细阅读了Warp网站上面的文档，感觉到很振奋，Warp是一个相当棒的Java Web框架，而且前景非常看好。

Warp框架充分利用了JDK5.0的Annotation和泛型机制，并且基于Google Guice这个IoC框架，提供了full-stack的Web开发设施，他主要包含了四个部分：

warp-persist框架：封装Hibernate和JPA，提供事务管理和持久化资源管理
warp-dynamic-finder：提供了基于Annotation的动态查询功能，让数据库查询变得异常简单，不再需要DAO层
warp-mvc：借鉴了Tapestry5，提供了一个基于事件机制和组件化的Web层，并且组件注入方式高度IoC化
warp-servlet： 提供了一些Servlet的封装和附加的高级功能，例如URL过滤，和其他web框架集成等等

这几年来，Java在Web开发框架方面的进步显得很有限，Spring/Hibernate组合对撼JBoss Seam形成两大竞争的主流态势，但是这两个Web框架在Web快速开发方面的创新还显得不够好：Spring是越来越臃肿了，配置文件也是越来越复杂难懂了；JBoss Seam门槛又过高，而且集成的JSF一向受人垢病，并非完美的解决方案，特别是在Ruby on Rails横空出世之后，Java社区对于简洁易用的快速web开发框架的企盼也是一直很高的。

Warp在我看来是这方面做的最好的，它有以下几个鲜明的特点：

一、充分利用JDK5的annotation，简化编程和配置文件

Warp基于Google Guice并且发扬光大，自身无配置文件，所有功能完成均通过annotation，所以编程相当简洁

二、大量使用JDK5的泛型编程，提供强类型安全保证

虽说脚本语言的Duck Typing理念很流行，不过Java的优势也就是类型安全，Spring大量运用反射和XML配置等于是放弃了Java的优势。Warp在泛型方面做的很好，我相信在IDE的帮助下，Warp编程会更轻松

三、Warp-persist提供了声明式的事务管理，终于可以取代Spring了

Google Guice很好很强大，但是它没有事务管理能力和资源管理能力，所以无法取代spring，但是Warp-persist填补了这一缺憾，注入和管理Hibernate很容易：

Injector injector = Guice.createInjector(..., PersistenceService
			.usingHibernate()
			.across(UnitOfWork.TRANSACTION)
			.buildModule());

要声明事务比spring可简单多了：

public class MyService {
    @Inject Provider<Session> session; 

    @Transactional 
    public void createNewPerson() {
        session.get().saveOrUpdate(new Person(...)); 
    } 
}

Warp支持Hibernate/JPA的所有事务管理策略，不但注入方式简单，而且声明事务方式更简单，代码看着简洁，写着更省心。

四、Dynamic Finder实在很酷！

还是直接看代码吧：

@Finder(query="from Person")
public List<Person> listAll() { return null; }

用annotation声明一下，一行查询代码都没有，你还要DAO干啥呢？

@Finder(query="from Person where firstName = :firstName")
Person find(@Named("firstName") String name);

带参数的绑定变量查询，还是一行代码不用写，DAO是啥？

@Finder(query="from Person")
List<Person> listAll(@FirstResult int first, @MaxResults int max);

带分页的查询，还是一行代码不用写，谁用DAO我跟谁急 ！


五、Web层也极其简单

Warp-MVC模仿了Tapestry 5的架构，但是作者做了大量的改良和简化，作者解释了一下为什么不直接使用Tapestry，而是自己开发的理由。

Warp-MVC看起来像一个Tapestry的简化版，有组件的概念，事件响应的方式，但是非常易用，非常简洁，URL映射也通过annotation方式声明，作者在自己的博客上面提供了相关的简单示例，可以参考：

http://www.jroller.com/dhanji/

Warp框架是最近几年来，我看到的第一个走在正确发展方向上的Java Web框架：结构简单、易用使用、但充分发挥了Java自身的语法优势，非常值得期待！

目前Warp框架还不是特别成熟，但是Warp-persistent已经相当稳定了，如果你是使用Hibernate/Spring/Struts来开发项目的话，不妨试试Warp，把spring换掉改成Hibernate/Warp/Struts2.0，也是一个不错的解决方案，全部运用annotation，让你的项目Zero Configuration。

友情提醒：Warp官方网站无法直接访问，建议在FireFox浏览器上面安装gladder插件，跨越GFW。

Warp Framework - 官方网站

评论

100 楼 hmilylxs 2008-07-30  

少研究框架，多看看底层。要以不变应万变！你们明白我那意思吗？

99 楼 HenryYu 2008-06-24  

如果站在与spring比较的层面看，此框架是比spring进步。
但是，从j2ee应用整个角度来看，始终没有跳出spring画的圈圈。
意义不大

98 楼 ray_linn 2008-06-24  

诶...怎么比也不如asp.net mvc简洁~哈哈

97 楼 xuyao 2008-06-23  

最后肯定和当年的guice一样

96 楼 zhu_chen001 2008-06-19  

逻辑层里面大量的annotation是不推荐的

95 楼 phoenixup 2008-06-19  

robbin 写道

williamy 写道

请对比Grails

Grails我说过很多遍的，注定不可能成为主流的东西。Java语言的优势就是静态类型带来的安全检查，所以Java可以做大规模的项目，有强大的IDE支持，好的Java框架要发挥这个优势，而不是向Grails那样完全放弃静态类型往Duck Typing方向走，那样的话，你语言的动态性上面先天就比不上Ruby，后天又丧失了Java自身的优势，两边不靠的东西，完全不看好。

这个我支持~~Grails放弃了Java本身的优势~~很难走的远，玩具而已~

94 楼 phoenixup 2008-06-19  

官网打不开~~不过这个框架真的很清爽~~~非常好~~~Java很久没有一些令人愉快的东西了，Guice是一个启发~~JDK5的注解特性，崇尚简单就是美的思想，Java有些局部第二春的感觉了，真的非常不错~~~

93 楼 lw1130 2008-06-03  

靠 看起来确实很兴奋啊 决定瞅一下

92 楼 dhxyu 2008-04-27  

不要下太大的结论吧？
取代是不可能的，存在就有理。
当然新的东西是可以尝试的，我们公司还使用oracle forms进行开发，当然是数据仓库和模型的架构决定的！
相信spring 3.0出来了，很多问题也会有相应的解决，期待更好的解决方案。

91 楼 hax 2008-04-18  

ajoo 写道

robbin 写道

我不这么看。这个ViewBlog类似Webwork的Action，本身是prototype的，每次请求创建，为啥就不能有状态呢？就是RoR的controller也是一样，每次请求创建controller实例。

再说@Event，这个就是Webwork里面的Interceptor的东西，起到AOP作用的，在RoR里面也有类似的Filter概念，没觉得加一个@Event怎么会复杂。

不过话说回来，在ViewBlog这个具体的例子当中，使用@Event的方式来初始化数据，的确没有必要，例子举的不恰当。

状态不可怕，可怕的是状态变迁。这个例子里面，就涉及了before initialized和initialized两个状态。而且优先使用immutable也是基本的best practice吧？Guice也是强调constructor injection的。

interceptor不会有状态变化，所以无所谓。要说这个，更象servlet的init()，老掉牙很丑陋的东西。

ajoo同志深得我心，我批OperaMask的IoVC的那个例子的@BeforeRender也是同样的理由啊，可惜有人老是说我不懂JSF的6种phase云云。。。

90 楼 jaketyao 2008-04-01  

SSH 是主流。
很成熟。。
warp 等它成熟了，在学习。。。。。

89 楼 cnoss 2008-03-27  

http://www.iteye.com/post/499411，这篇文章中所提到的项目就是基于Guice实现的一个REST架构风格，也借鉴了sping2.5中的相关特性，希望大家提出宝贵意见。

88 楼 indexchen 2008-03-24  

Warp-persist提供了声明式的事务管理，终于可以取代Spring了

难道spring就没有声明式事务管理？ 别动不动就取代，spring提供的远不止Ioc,DI,
spring  可以将第三方好的框架都集成到应用中，提高开发效率，这是很重要的。

87 楼 timerri 2008-03-24  

一把新的瑞士军刀。你需要重新习惯它才能使用....

86 楼 ivorytower 2008-03-24  

对于SSH
更期待简洁

85 楼 ajoo 2008-03-23  

光说不练假把式。我自己根据这个想法实现了一个基于Guice的rest框架。

@Resource("foo/{foo.id}")
public class Foo {
  @Inject public Foo(@RestParam("foo.id") String id) {
     ...
  }
}

new ResourceBinder(binder()).bindResource(Foo.class);
bind(ResourceLocator.class).to(GuiceResourceLocator.class);

class FooAction {
  private final ResourceLocator resourceLocator;

  public String run() {
    Foo foo = resourceLocator.getResource(request.getPathInfo(), Foo.class);
    ...
  }
}

嘿嘿，为什么没有@RestMethod之类的？因为我没想明白为什么rest method和资源定位不是正交的。拿到了Foo之后你怎么处理完全是自己的事情了，和框架可以毫无关系了。这样不是比框架大包大揽更好？

好处呢？简单，完全的依赖注入，除了这些rest参数，你可以注入任何Guice里面的依赖。

84 楼 zbird 2008-03-21  

Norther 写道

wuyingsong 写道

manmoon 写道

零配置是没了，都转向硬编码了，我看不出annotation 比配置文件好到哪里。

首先要确认一点是什么是配置文件，哪些东西才是配置，像hibernate对象关系映射这种东西有人会在运行时修改吗？

没有的，这种东西就应该以更接近代码的形式出现，annotation的意义就在于此。

支持这个，老早就对JAVA的官僚反感了。
JAVA开发者老是会假定出很多在实际运行中根本不可能出现的变化。
struts在这方面实在是太明显了。
这么多的view配置了做少，难不成在产品发布后还有人去改jsp路径？

83 楼 Norther 2008-03-19  

wuyingsong 写道

manmoon 写道

零配置是没了，都转向硬编码了，我看不出annotation 比配置文件好到哪里。

首先要确认一点是什么是配置文件，哪些东西才是配置，像hibernate对象关系映射这种东西有人会在运行时修改吗？

没有的，这种东西就应该以更接近代码的形式出现，annotation的意义就在于此。

82 楼 wuyingsong 2008-03-19  

manmoon 写道

零配置是没了，都转向硬编码了，我看不出annotation 比配置文件好到哪里。

81 楼 williamy 2008-03-14  

秦始皇小时候家里穷，玩的东西很少，不过也算玩过积木，就说它吧
一个个积木是不同的，放在不同的口袋里，他想堆一个长城
但是长城好长，不容易一下就想清楚，于是我在地板上画了图，
图上表示了如何一个个积木组装起来。由于长城好长，从山海关到加疫关
于是地上的图也很长，后来秦始皇觉得自己一个人堆长城很有难度，于是就
自己搞定出一个方案，让农民工去建造
--------------------------------------------------
rod j以前玩C++的，玩Java很少，不过也算知道javaBean，就说他吧
一个个javabean是不同的，放在不同的package里，rod想写一个系统
系统很大，不容易一下想清楚，于是在xml上写了一些表述
xml上描述了如何一个个bean的组装过程，由于系统好大，从用户登录到用户积分
于是xml上的内容很长，后来rod觉得手工组装很难，于是就自己
搞定出一个方案，让程序去组装

所以说ioc本身出发点很简单的