Java 使用条纹的实际经验?

Java 使用条纹的实际经验?,java,stripes,Java,Stripes,我来自一个企业Java背景,涉及一个相当重的软件堆栈,最近发现了 ; 我最初的印象是,这似乎很好地减少了用Java构建web应用程序的不愉快部分 有没有人在已经上线的项目中使用条纹?你能分享一下你在这个项目中的经验吗?另外,你考虑过其他技术吗?(如果有的话)你为什么选择条纹?< /P> < P>我们在一个星期内将一个国产的Web框架转换为条纹。我们现在正在生产中使用它,它是一个很棒的框架。社区非常有帮助,而且框架不会妨碍您。它可以在许多地方扩展,以根据需要更改行为。url绑定功能也很棒。我们使用

我来自一个企业Java背景,涉及一个相当重的软件堆栈,最近发现了 ; 我最初的印象是,这似乎很好地减少了用Java构建web应用程序的不愉快部分


有没有人在已经上线的项目中使用条纹?你能分享一下你在这个项目中的经验吗?另外,你考虑过其他技术吗?(如果有的话)你为什么选择条纹?< /P> < P>我们在一个星期内将一个国产的Web框架转换为条纹。我们现在正在生产中使用它,它是一个很棒的框架。社区非常有帮助,而且框架不会妨碍您。它可以在许多地方扩展,以根据需要更改行为。url绑定功能也很棒。我们使用注释和拦截器实现了一个健壮的安全框架。我们使用spring进行依赖项注入,stripes对此有很好的支持

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

我是这个框架的超级粉丝。我来自struts背景,这正是我所寻找的框架。我们团队中的其他开发人员非常喜欢使用stripes框架


我刚从实用程序员的网站上买了stripes测试版的书。这是Stripes 1.5上的一个很好的资源。

我们现在在所有生产站点上都使用Stripes,并且已经使用了大约一年了。与我们之前使用的struts相比,它是一款非常棒的产品。事实上,实际上没有XML配置文件,而且您可以用最少的类和注释来设置它,这真是太棒了

就伸缩性和速度而言,它实际上似乎比struts好,我的猜测是因为涉及的层更少。最终得到的代码也要干净得多,因为不必分离XML文件来找出重定向的方向

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

在我们的评估中,我们考虑了struts的alpha版本(支持注释)和许多其他框架,但stripes获胜是因为它具有出色的文档、稳定性和干净性


不知道如何留下评论:所以为了回答你的第二个问题,我们没有遇到我所知道的条纹中的任何错误。这对于一个开源框架来说是非常令人印象深刻的。我还没有尝试过最新版本(1.5),但1.4.x非常稳定。

我也曾在Struts和JSF背景中加入Stripes。我从一个在较新项目上主要使用struts和JSF的大型企业环境,转到了一个小型环境,该环境将所有J2EE都集中在一起

似乎条纹可以在Web框架中为您提供所需的内容,而不会造成太多阻碍。正如其他人已经提到的,不需要太多配置。非常快速的开发,允许您专注于演示等,而不是与框架纠缠

如果我必须开始一个新的项目,并且我有发言权,我会选择Stripes或JSF。如果我不得不做出切换到它的决定,我可能会被条纹吓跑,因为它看起来/感觉像是一个sourceforge基础项目,而不是一个企业级框架,但它似乎相当坚固。我们使用简单的ORM


然而,它让我想起了它,它太快失去了它的风味。

我们现在在多个生产项目中使用了条纹,到目前为止,经验非常丰富。安装时间较短,配置管理问题似乎较少。我们有运行Stripes/Dojo/Hibernate的Web应用程序,以及其他混合了Stripes/Spring/JSP/Jquery等的Web应用程序。由于支持集成现有Spring配置,将Stripes添加到现有项目中相当简单。将Stripes与JSP结合使用很有趣,尽管有时您确实觉得需要用Java编写代码,而不必太多地使用JSTL

注:
这是一个古老的问题,但当你搜索条纹的使用情况时,它会很快弹出,因此我添加了一个答案。

条纹是昨天的技术,如果你能选择像GWT这样更现代的东西。

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

许多公司使用Stripes+Stripernate作为单一的、完整的堆栈解决方案。我们不这样做是因为我们希望我们的业务逻辑在EJB层中,所以我们仅仅依赖JPA实体作为组合模型和DTO

Stripes将绑定到实体/DTO,我们将它们推回到EJB层进行工作。对于我们的大多数CRUD内容来说,这是非常简单的事情,使我们80%的用例变得微不足道。然而,对于总是出现复杂应用程序的边缘情况,我们可以灵活地做任何我们想做的事情

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

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

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

我们有一组集成了YUI和JQuery的Ajax,它们都可以轻松地与Stripes和EJB堆栈对抗

我还为一个示例项目向GAE移植了一个较轻版本的堆栈,基本上需要对EJB层做一些小的工作。因此,整个堆栈非常灵活,非常简单