使用条纹的实践经验？

我来自Enterprise Java背景,涉及相当重量级的软件堆栈,并且最近发现了 Stripes框架 ; 我最初的印象是,这似乎可以很好地减少在Java中构建Web应用程序的不愉快部分.

有没有人使用Stripes进行已经上线的项目？你能分享一下你从项目中获得的经验吗？另外,您是否考虑过任何其他技术和(如果是)为什么选择Stripes？

我们已经使用Stripes大约4年了.我们的堆栈是Stripes/EJB3/JPA.

许多人使用Stripes和Stripernate作为单个完整堆栈解决方案.我们不这样做是因为我们希望EJB层中的业务逻辑,所以我们只需将JPA实体作为组合模型和DTO.

Stripes绑定到我们的Entities/DTO,然后我们将它们推回EJB层进行工作.对于我们的大多数CRUD来说,这是非常简单的事情,使我们80%的用例无关紧要.然而,我们可以灵活地为总是提出复杂应用程序的边缘情况做任何我们想要的事情.

我们有一个非常大的基本Action Bean,它封装了我们的大部分CRUD操作,这些操作使得回调特定于实体和表单的各个子类.

我们还有一个大型内部标签文件库来管理我们的页面,安全性,导航,任务等.一个简单的CRUD编辑表单只是一个字段名称列表,我们得到所有的chrome和菜单和访问控件"免费".

这样做的好处在于我们可以保持我们喜欢的基于HTTP请求的隐喻,并且我们可以选择系统的各个部分而不是使用一个胖堆栈.Stripes图层精益而且意味着,永远不会妨碍我们.

我们有一堆Ajax集成了YUI和JQuery,所有这些都无助于我们的Stripes和EJB堆栈.

我还将一个较轻的堆栈版本移植到GAE以获取示例项目,基本上不得不对我们的EJB层做一些小工作.因此,整个堆栈非常灵活,易于改变.条纹是一个很重要的因素,因为我们让它做它做的一些事情,并且做得很好.然后将其余部分委托给堆栈的其他部分.

像往常一样,有些人宁愿有时候不同,但坦率地说Stripes将是我们堆栈的最后一部分.它可能更好地支持完整的HTTP动词集,但我宁愿修复Stripes比切换到其他东西更好.

我们现在在所有生产基地都使用条纹,现在已经使用了大约一年.与struts相比,它是一个很棒的产品,我们之前曾经使用过它.事实上,实际上没有XML配置文件,并且您可以使用最少量的类和注释来设置它是非常棒的.

在缩放和速度方面,它实际上似乎比struts更好,我的猜测是因为涉及的层数较少.您最终得到的代码也更加清晰,因为您不必分离XML文件以找出重定向的位置.

我们将它与EJB3后端一起使用,这两者似乎可以很好地协同工作,因为您可以在actionBean对象中使用EJB POJO,而不需要像struts那样的表单对象.

在我们的评估中,我们考虑了struts的alpha版本(支持注释)和许多其他框架,但条纹因其优越的文档,稳定性和清洁性而获胜.

无法弄清楚如何发表评论:所以为了回答你的第二个问题,我们没有遇到过我所知道的Stripes中的一个错误.对于开源框架而言,这是相当令人印象深刻的 我还没有尝试过最新版本(1.5),但1.4.x非常稳定.

我们在大约一周内将一个本土的Web框架转换为条纹.我们目前正在生产中使用它,这是一个很好的框架.社区非常有帮助,框架不会妨碍您.它可以在许多地方扩展,以根据您的需要改变行为.网址绑定功能也很棒.我们使用注释和拦截器实现了一个强大的安全框架.我们使用spring进行依赖注入,条纹对此有很好的支持.

如果您打算使用它,我肯定会使用新的1.5版本.

我是该框架的忠实粉丝.我来自struts背景,这是我正在寻找的确切框架.我们团队中的其他开发人员非常喜欢使用条带框架.

我刚刚从务实的程序员网站上购买了条纹测试版.这是Stripes 1.5的一个很好的资源.

我们现在在多个生产项目中使用Stripes,到目前为止,经验非常好.安装时间很短,配置管理问题似乎更少.我们有条纹/道场/休眠运行的webapps等人用条纹/春/ JSP/jQuery的等的混合添加条纹,以我们现有的项目是相当简单的感谢他们为集成现有的Spring的配置文件的支持.将Stripes与JSP一起使用很有趣,尽管有时您确实需要使用Java编写代码而不必使用JSTL.

注意:这是一个老问题,但是当你搜索Stripes用法时,它会弹出相当快,我正在添加一个响应.