关于java:使用Stripes的实践经验?

关于java:使用Stripes的实践经验?

Practical Experience using Stripes?

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

是否有人将Stripes用于已上线的项目? 您可以分享从项目中获得的经验吗? 此外,您是否考虑了其他任何技术?(如果是)您为什么选择Stripes?


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

许多人将Stripes plus Stripernate用作单个完整堆栈解决方案。我们不是因为我们希望在EJB层内使用业务逻辑,所以我们仅依赖JPA实体作为Model和DTO的组合。

Stripes将绑定到我们的实体/ DTO,然后将它们推回到EJB层进行工作。对于我们大多数的CRUD而言,这都是非常简单的事情,这使我们80%的用例可以轻松使用。但是,我们可以灵活地为复杂应用程序经常出现的边缘情况做我们想做的任何事情。

我们有一个非常大的基础Action Bean,它封装了我们大量的CRUD操作,从而可以回调特定于实体和表单的各个子类。

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

这样做的好处是,我们保留了我们喜欢的基于HTTP请求的隐喻,并且我们选择了系统的各个部分,而不是使用一个胖堆栈。 Stripes层是精益和卑鄙的,永远不会妨碍我们。

我们有一堆集成了YUI和JQuery的Ajax,所有这些都可以轻松地与Stripes和EJB堆栈配合使用。

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

与往常一样,有些人有时宁愿会有不同,但坦率地说,条纹将是我们堆栈中的最后一部分。在支持完整的HTTP动词集方面可能会更好,但是我宁愿将Stripes做到这一点,而不是切换到其他内容。


我们现在在所有生产现场都使用条纹,至今已经使用了大约一年。与之前我们曾经使用过的struts相比,它是一个了不起的产品。实际上,实际上没有XML配置文件,而且您可以使用最少的类和注释进行设置,这真是太棒了。

在缩放和速度方面,它实际上似乎比struts要好,我的猜测是因为涉及的层数较少。您最终得到的代码也更加简洁,因为您不必费劲地分离XML文件来查找重定向的方向。

我们将其与EJB3后端一起使用,并且两者似乎可以很好地协同工作,因为您可以在actionBean对象中使用EJB POJO,而无需像struts这样的form对象。

在我们的评估中,我们考虑了Alpha版本的Struts(支持注释)和许多其他框架,但条纹由于其出色的文档,稳定性和简洁性而获胜。

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


现在,我们已经在多个生产项目中使用了Stripes,到目前为止,我们的经验非常丰富。设置时间短,并且配置管理问题似乎更少。我们有运行Stripes / Dojo / Hibernate以及其他结合了Stripes / Spring / JSP / Jquery等功能的webapp。由于它们支持集成现有的Spring配置,因此将Stripes添加到我们现有的项目非常简单。将条纹与JSP一起使用很有趣,尽管有时您确实确实需要用Java编写代码,而不必过多地使用JSTL。

注意:
这是一个古老的问题,但是考虑到当您搜索Stripes用法时它会迅速弹出,因此我对此做出了回应。


我们在大约一周的时间内将自己开发的Web框架转换为条纹。目前,我们正在生产中使用它,这是一个很好的框架。社区非常有帮助,并且框架不会妨碍您。它可以扩展到许多地方,以更改您认为合适的行为。 url绑定功能也很棒。我们使用注释和拦截器实现了一个强大的安全框架。我们正在使用spring进行依赖项注入,而stripe为此提供了出色的支持。

如果您要使用它,我肯定会使用新的1.5版本。

我是框架的忠实粉丝。我来自于struts背景,这是我一直在寻找的确切框架。我们团队中的其他开发人员真的很喜欢使用Stripes框架。

我刚从务实的程序员站点购买了条纹测试版书。这是Stripes 1.5上的绝佳资源。


我也来自Struts和JSF的条纹背景。我从一个大型企业环境开始,而这个大型企业环境在较新的项目中主要使用了struts和JSF,而在一个较小的环境中,他们在Stripes中完成了所有J2EE。

看起来像Stripes一样,它可以为您提供Web框架中想要的功能,而不会给您带来太多麻烦。正如其他人已经提到的那样,不需要太多配置。非常快速的开发,可让您专注于演示等方面,而不必担心框架。

如果必须启动一个新的新项目并且有发言权,则可以选择Stripes或JSF。如果我不得不决定切换到Stripes,我可能会感到害怕,因为它看起来/感觉像Sourceforge地下室项目而不是企业级框架,但它看起来相当可靠。我们使用Stripernate进行简单的ORM。

但是,它让我想起了水果条纹口香糖,它失去了风味,太快了。


如果您可以选择像GWT这样的更现代的产品,Stripes是昨天的技术。


推荐阅读