Web程序从Struts向Stripes框架的移植[Java编程]

择要 把你的现有Struts利用程序移植到Stripes框架可以简化Web开辟,并且这一移植历程要比你想象的更为简单.

1、引言

把一个现有Java Web利用程序移植到一种新框架大概不是大大都开辟者最感爱好的问题.除了要耗费时间学习一种新的Web框架外,比方标签、国际化系统和校验等沉重的转化历程大概会迫使每一位程序员考虑再三.我近来就面对这样的一个挑衅-从Struts举行移植.

在决意移植一个利用程序前,应当首先问一下"为什么不利用目前的框架?"在我看来,Struts是一种安定的具有杰出文档的框架,并且有一大批开辟者社区成员,但是其配置很麻烦,并且其表单、行为、利用程序流和校验的别离有时会带来很多麻烦.这种情形在我的Struts利用程序不断变大时越发糟糕.最后,纯粹从一种保护的角度,我决意把它移植到一种新的框架.

开始,我认为没有一种框架(Java ServerFaces,Tapestry,WebWorks,Spring MVC)值得从Struts迁移向其迁移.比方JSF这样的框架看上去极不友好.别的的,比方Tapestry和WebWorks,触及到整页整页的看上去令人麻烦的国际化系统.而从配置角度来看,Spring MVC看上去并不比Struts好多少.我挑选的框架应当仅需得当的学习时间,还要与移植效益相等;并且,它还一定要使我编码、排错与保护更为简单.

2、发现Stripes框架

后来,我无意发现了Stripes框架.就象Java社区中的很多发烧友一样,我一向跟随着Ruby on Rails（RoR）现象.依我看来,Stripes是最接近于RoR哲学的Java MVC框架-简单,漂亮,并且要求最小的配置.除了它的简便外,象我这样一位Struts程序员,Stripes非常合适我的口味.利用程序流和很多命名惯例都与之非常类似.Stripes中的ActionBeans就象Strut的Actions,而ForwardResolutions极象ActionForwards.因此,利用这一框架,我没必要丢弃我全部从前的Struts知识.

　别的吸引我的是Stripes文档.象框架本身一样,文档也是干净、洁净而简洁.其标签库文档和API都具有杰出的归档,并且该框架的每一种特点几近都有呼应的示例源码.这些优异的文档再加上我的现有Struts知识使我坚信,我可以快速地掌握这种Stripes框架.

值得注意的是,Stripes还包含别的一些使其成为一种杰出的AJAX平台的特点,比方它供应了一种流式筹划,该筹划答应对AJAX实现举行改良的错误处理.但是,关于我来说,终究的决意因素还是我可以清楚地看到它会使我的生活更简单些.我预计,在我的利用程序的行为/配置/校验部份,我只需利用约一半的代码就够了.更少的代码意味着了更少的错误、更快的开辟时间和更简单的纠错.

3、移植历程

我从视图层开始移植,然后再向行为层移植.事实上,我也没有很明确的逻辑思绪;只是必须从某处开始,而视图部份看起来更合适于作为一个起始点.

(一) JavaServer Pages

就象Struts一样,Stripes利用JSP来实现其视图层.我吃惊地发现,Stripes标签库非常近似于Struts的HTML taglib.事实上,我可以利用这种统一替换方法来进级我的很多标签.

Stripes依靠于JSTL实现JSP视图中的逻辑.我在我的利用程序中混合利用了Struts逻辑标签和JSTL.通过把我的全部逻辑标签移植到JSTL,我可以操纵JSTL的优胜的if/else和case语句的本领处理,它们大概是很原始的大概根本不存在于Struts逻辑taglib中.

(二) 国际化

接下来,我要移植我的Struts的消息资源.在配置端,全部要求的操作就是重命名我的Struts消息资源文件.在我的JSP中,我可以利用统一替换方法把我的全部Struts message标签(比方,<bean:message key="buttons.save"/>)替换为JSTL格局标签(比方,<fmt:message key="buttons.save"/>).这种JSTL格局标签还支持可用于Struts中的消息资源绑定.

　　以上是“Web程序从Struts向Stripes框架的移植[Java编程]”的内容，如果你对以上该文章内容感兴趣，你可以看看七道奇为您推荐以下文章：