使用条纹的实践经验?

时间:2020-03-05 18:48:43  来源:igfitidea点击:

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

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

解决方案

回答

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

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

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

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

回答

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

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

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

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

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

回答

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

好像Stripes可以在Web框架中为我们提供所需的内容,而不会给我们带来太多麻烦。正如其他人已经提到的那样,不需要太多配置。非常快速的开发,可让我们专注于演示等,而不必为框架烦恼。

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

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

回答

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

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

回答

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