摘要 把你的现有Struts应用程序移植到Stripes框架能够简化Web开发，并且这一移植过程要比你想象的更为容易。
一、 引言 把一个现有Java Web应用程序移植到一种新框架可能不是大多数开发者最感兴趣的问题。除了要花费时间学习一种新的Web框架外，例如标签、国际化系统和校验等繁重的转化过程可能会迫使每一位程序员考虑再三。我最近就面临这样的一个挑战-从Struts进行移植。
在决定移植一个应用程序前，应该首先问一下"为何不使用现在的框架？"在我看来，Struts是一种稳定的具有良好文档的框架，并且有一大批开发者社区成员，但是其配置很麻烦，而且其表单、行为、应用程序流和校验的分离有时会带来很多麻烦。这种情形在我的Struts应用程序不断变大时越发糟糕。最后，纯粹从一种维护的角度，我决定把它移植到一种新的框架。
开始，我认为没有一种框架(Java ServerFaces，Tapestry，WebWorks，Spring MVC)值得从Struts迁移向其迁移。例如JSF这样的框架看上去极不友好。其它的，例如Tapestry和WebWorks，涉及到整页整页的看上去令人麻烦的国际化系统。而从配置角度来看，Spring MVC看上去并不比Struts好多少。我选择的框架应该仅需适当的学习时间，还要与移植效益相称；而且，它还一定要使我编码、排错与维护更为容易。
二、 发现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实现进行改进的错误处理。然而，对于我来说，最终的决定因素还是我能够清楚地看到它会使我的生活更容易些。我估计，在我的应用程序的行为/配置/校验部分，我只需使用约一半的代码就够了。更少的代码意味着了更少的错误、更快的开发时间和更容易的纠错。
