比较一下Struts,Turbine,Avalon,Maverick 的优缺点

原创 2004年08月30日 16:00:00

比较一下Struts,Turbine,Avalon,Maverick 的优缺点

mcindo http://www.jdon.com Jul 24, 2003 9:52 AM 回复此消息 回复


正在选择一种framework,能否比较一下Struts,Turbine,Avalon,Maverick 的优缺点?


Re: 比较一下Struts,Turbine,Avalon,Maverick 的优缺点 发表时间: Jul 24, 2003 4:46 PM
回复此消息 回复
发表人: mcindo    发表文章: 19 / 注册时间: 2003-07
就没有人发表一下高见吗?其中某一个也行


Re: 比较一下Struts,Turbine,Avalon,Maverick 的优缺点 发表时间: Jul 24, 2003 4:59 PM
回复此消息 回复
发表人: banq    发表文章: 3223 / 来  自: 上海 / 注册时间: 2002-08
Struts是关于jsp的,目前用得多。
Turbine就不只是jsp的模板了,我看也没看,有一个Jsp对付应用就可以了,要那么多模板技术干什么?Jarkata的很多项目还拼命贴上Turbine,比如JetSpeed,jarkata的很多项目都是纯Web结构的,做做网站还可以,搞ERP或无线应用就都不行了,这些应用中EJB以及肥客户端等技术都是主要的。

Avalon好像是一个Web下的框架,Web下都是javabeans,不需要考虑远程分布式,不需要考虑事务机制,因此想怎么玩就怎么玩,结果玩得很复杂,只有他们自己看得懂复杂的源代码,这样的源代码类似Petstroe只能作为研习,不能作为实战参考。

最要命的是,你一旦钻进一个Jarkata项目,没有一段时间你出不来,浪费时间和精力啊,所以建议你对Jarkata的开源项目不要过多重视,他们的项目大都已经偏向平台性,不是实战应用型,而平台型的东西是要立标准的,立标准的事就要看Sun公司和java社区,Jarkata经常自说自话立自己的标准,试图建立标准,这很乱,不好。


Re: 比较一下Struts,Turbine,Avalon,Maverick 的优缺点 发表时间: Jul 25, 2003 1:04 PM
回复此消息 回复
发表人: you.cai    发表文章: 30 / 注册时间: 2003-07
我的建议相反,应该非常关注Jarkata的项目,作用如下:
1,项目很多,大部分的项目都是有针对性的,你需要有个概括性的了解,知道它们涵盖了那些方面,进展情况。进一步,根据自己的情况选择合适的应用,深入学习。学习有两层含义,一层是学习使用,一层是学习源码。对于开发一般项目你只要学习使用就足够了,而Jarkata为你提供了最基本的文档,而且有一些项目本身就是使用其他项目很好的例子,这时,你就要看源码了。
2,对于你要开发的项目,你需要自己设计框架时,Jarkata更是一个很好的样板,尤其是Avalon,建议好好看看。决不是一个简单的web框架。但却是会有让人掉进去的感觉,关键在于你的目标是什么,如果想学习写框架,你还真要掉进去才能学到精髓。

对于项目的开发,尤其是希望采用一些开源的东西时,寻找合适的例子,这些例子本身不是Jarkata的,但都是Jarkata和其他一些常用开源的组合。通过学习和训练,形成自己一套组合。这也是DIY:)

提到erp,对于基于瘦客户端部分的,还是需要这些项目的,尤其是对客户端要求高的,可能struts就不如Turbine好用了。而且除了框架和服务,还有很多工具帮助你开发,比如ant,Cactus等。


Re: 比较一下Struts,Turbine,Avalon,Maverick 的优缺点 发表时间: Jul 25, 2003 1:12 PM
回复此消息 回复
发表人: you.cai    发表文章: 30 / 注册时间: 2003-07
当然,一个项目的开发会涉及很多方面的技术,Jarkata只能为你提供部分的帮助,解决不了全部问题。对于关注它的力度,就要自己平衡了。
这些框架的选择是和你的项目有关的,也和你们的技术积累有关的。
就上手容易度来讲,Struts应该是最快的,资料也最多。


Re: 比较一下Struts,Turbine,Avalon,Maverick 的优缺点 发表时间: Jul 25, 2003 3:04 PM
回复此消息 回复
发表人: mcindo    发表文章: 19 / 注册时间: 2003-07
现在并不是准备开发自己的framework,只是作目项目的一种选择.特别是在view上,感觉jsp处理无论从维护还是开发都比较费劲,对于其他的地方能够作好Controller就行了,后台的东西也没啥要求,可以别的jdo,ejb来作,其实个人感觉后台的东东处理起来比较独立,比较好做,反而是前台的总另人不很满意,一些控制和显示作的不好,最近正在看cocoon(基于Avalon的),看能不能改善改善前台.
同意you.cai的观点,现在的开发可能就是要用到很多的opensource,无论从前台还是后台都有一些,但纵观全局,前台的好像少一些,后台有jdo,HB,ejb等等,前台Cocoon,framework提供的taglib等,说到taglib我就烦,怎么taglib就没有一个标准?都是每一个framework都有各自的taglib?
另:个人以为ant,cactus只是程序开发的一种build,test工具,这些东西可以在项目作起来后再掌握.而且掌握一种工具肯定比掌握一种framework更快(使用层面).所以对于xp,在项目的前期应该不会太在意吧 :)
有没有人对Maverick了解的? 介绍一下?


Re: 比较一下Struts,Turbine,Avalon,Maverick 的优缺点 发表时间: Jul 25, 2003 3:36 PM
回复此消息 回复
发表人: shenli    发表文章: 55 / 注册时间: 2003-07
jakarta的东西也不见得就是最好的,比如bcel,jetspeed,都很不爽
struts不是也有很多非议阿
avalon其实已经不是jakarta的项目了阿:)不过真的很有价值,但apache的实现我不喜欢,也很难用



Re: 比较一下Struts,Turbine,Avalon,Maverick 的优缺点 发表时间: Jul 25, 2003 4:26 PM
回复此消息 回复
发表人: mcindo    发表文章: 19 / 注册时间: 2003-07
to shenli :
Jakarta有很多还是不错的,log4j,lucence,struts,velocity,tomcat等,但是和banq想法有点一致,Jakarta的子项目都好像要建立自己的标准 :(


Re: 比较一下Struts,Turbine,Avalon,Maverick 的优缺点 发表时间: Jul 25, 2003 7:26 PM
回复此消息 回复
发表人: raynix    发表文章: 173 / 注册时间: 2003-06
>但apache的实现我不喜欢,也很难用
>


呵呵,看来网管们都喜欢很难用的东西呢;)


Re: 比较一下Struts,Turbine,Avalon,Maverick 的优缺点 发表时间: Jul 29, 2003 5:30 PM
回复此消息 回复
发表人: tomfan    发表文章: 22 / 注册时间: 2003-07
我觉得 框架的应用 就是成熟化,经过诸多考验认为合理的api 应用。
要写一个好的框架,何其难也。要在框架上克隆一个应用确是比较容易,
只有充分理解了框架设计的出发点,才能选择最合适的框架。
所以,我建议大家讨论的时候是否能够共享出自己的学习成果,比如框架学习资料和Uml 图。一起降低框架的学习门槛。
当然,如果能够发现框架中的bug ,那更加有所成。于今后成为框架设计师大有帮助。


Re: 比较一下Struts,Turbine,Avalon,Maverick 的优缺点 发表时间: Jul 28, 2003 11:56 AM
回复此消息 回复
发表人: solaris8    发表文章: 4 / 注册时间: 2003-02
struts 是web framework
avalon是服务端的framework,和web毫不相关,是面向服务和组件的,例如james就是基于avalon的
不关apache的怎么样,至少struts ,log4j,poi,avalon,cocoon等还是很成功的。


Re: 比较一下Struts,Turbine,Avalon,Maverick 的优缺点 发表时间: Jul 25, 2003 2:55 PM
回复此消息 回复
发表人: jackyz    发表文章: 35 / 注册时间: 2002-11
>
> 正在选择一种framework,能否比较一下Struts,Turbine,Avalo
> ,Maverick 的优缺点?


市面上还有 webwork 据说也不错,我只用过 struts 和 maverick ,姑妄言之吧。

1 它仅仅是一个 mvc 不提供其他校验或者格式化之类的东西,好理解,够简单。
2 你可以选择 jsp/velocity/xsl/domify/etc... 来和 maverick 配合使用,爱用什么用什么,够灵活。
3 maverick 的 pipe 非常好用。

个人更喜欢 maverick

mav的maillist上有一篇比较文章,更详细,可以看看。

选择 mvc 框架更多的是取决于自己的口味,所以,别管现在流行什么,多试试,选择自己有感觉的才是最重要。


Re: 比较一下Struts,Turbine,Avalon,Maverick 的优缺点 发表时间: Jul 25, 2003 3:08 PM
回复此消息 回复
发表人: mcindo    发表文章: 19 / 注册时间: 2003-07
to jackyz:
>>maverick 的 pipe 非常好用
是不是和cocoon中的pipe概念差不多?

>>选择 mvc 框架更多的是取决于自己的口味?
要知道自己的口味,岂不是每个都要尝尝 :)


Re: 比较一下Struts,Turbine,Avalon,Maverick 的优缺点 发表时间: Jul 29, 2003 1:06 PM
回复此消息 回复
发表人: jackyz    发表文章: 35 / 注册时间: 2002-11
关于taglib,这是很容易被“滥用”的技术。比方,jstl:jdbc 它似乎鼓励了在 jsp 中嵌入 db 访问逻辑,这种方式也许并不合适。建议关注一下 jstl:core 。其一,它是比较成熟的标准;其二,它的功能很有限,其他的功能本来就应该用 java 代码来实现,这种功能的限制避免了你将他滥用。我们目前是把 maverick、hibernate 配合起来用,感觉“simple yet powerful”。jstl:core 是一个很好的“提取器”和“包装器”。

> >>maverick 的 pipe 非常好用
> 是不是和cocoon中的pipe概念差不多?

cocoon 的 pipe 了解不多,maverick 的 pipe 看上去是这样的:

...
<command name=>
<controller class=/>
<view name= path=>
<transform path=/>
<transform path=/>
<transform path=/>
</view>
</command>
...


mainInfo.jsp 的内容是最初信息(比方个人信息)
它被 mainMenu.jsp 包装(加上menu部分)
再被 mainForm.jsp 包装(加上页头页尾)
再转向 list.m 处理(这是一支程序,它可以再加上某个查询结果)
最后合成的结果才被输出。就象“管道”一样,你可以将他们串起来。


> >>选择 mvc 框架更多的是取决于自己的口味?
> 要知道自己的口味,岂不是每个都要尝尝 :)

是这样,选择一个 mvc 的框架会让你很多代码的书写方式发生根本变化,这似乎不应该草率从事。至少,你可以花点时间 hello world 一下嘛。

古人云“如人饮水,冷暖自知”,饮都不饮,焉知冷暖?:)


再次强调,喜欢 maverick 是我的个人观点,如何选择 mvc 要看自己的习惯和口味。


Re: 比较一下Struts,Turbine,Avalon,Maverick 的优缺点 发表时间: Jul 27, 2003 2:42 PM
回复此消息 回复
发表人: robornet    发表文章: 19 / 注册时间: 2003-04
哪位兄弟说说Tapestry(据说是基于servlet面向对象的J2EE web框架)


Re: 比较一下Struts,Turbine,Avalon,Maverick 的优缺点 发表时间: Jul 27, 2003 2:47 PM
回复此消息 回复
发表人: robornet    发表文章: 19 / 注册时间: 2003-04
struts自动化的东西少,难学!
相比Turbine,它比struts易学易用,现已开始支持J2EE,但在导航性这方面没有struts好~

哪位兄弟说说Tapestry(据说是基于servlet面向对象的J2EE web框架)


Re: 比较一下Struts,Turbine,Avalon,Maverick 的优缺点 发表时间: Jul 28, 2003 9:05 AM
回复此消息 回复
发表人: mcindo    发表文章: 19 / 注册时间: 2003-07
Tapestry,听说过,没用过 :(
熟悉的也介绍介绍?


Re: 比较一下Struts,Turbine,Avalon,Maverick 的优缺点 发表时间: Jul 31, 2003 10:25 AM
回复此消息 回复
发表人: tyrones    发表文章: 59 / 注册时间: 2002-08
关于这些框架7月程序员里有些比较的。

不知道各位研究框架的有没有比较他们的共同点呢?其实struts是一个非常好的整和了一些模式,形成了工作者-服务模式。如果你研读一下《core j2ee patterns》看看表示层模式在对照struts,你会找到很多新的想法,感觉就是在讲解struts的。但struts在国外是已经很成熟的东西,所以已经在找替代,现在国外比较常用的还有webwork,maverisk;)不过我现在不十分关注表示层框架,但感觉有几个发展的方向:1。面向XX-比如流程,方面,对象等等,这些当然都各有各自的好处。2。利用某种页面技术整和常用方式(也叫不上模式),比如php,taglib。3。还有就好象是maverisk(所以说好象,是因为有些忘记了)可以组合很多中方式。

但在j2ee框架下,现在的感觉表示层的框架很明显。如果能选择的话还是struts好些。模式可参考《core j2ee patterns》最后章给出的例子。它的taglib我们可以选用常用的。从OO的角度来说,假如我们要实现X,那么X的行为就用taglib给它封装,X的属性就用特殊的技术来做,比如jscript or java ,etc。属性隐藏,我们只能发消息调用操作。所以我们需要学的技术也包括了解taglic,甚至需要做些自己常用的特殊的taglib,比如翻页。如果这样操作我想OO的特殊使能,封装性,继承性,多态性。。都能使用,你留意一下是不是现在的标签已经实现了?
还有一些特殊的功能,比如验证,授权,session等都可以用servlet中的过滤器技术实现。

谈到这我想剩下的就是熟练的程度了吧?当然,如果你能熟练的切换各种方式,比如某对象的属性,你用php替代某种方式来实现特殊功能,这可能就是maverisk的初衷吧。


Re: 比较一下Struts,Turbine,Avalon,Maverick 的优缺点 发表时间: Jul 31, 2003 10:39 AM
回复此消息 回复
发表人: tyrones    发表文章: 59 / 注册时间: 2002-08
jackyz举的cocoon例子,其实当你看看表示层模式之后你发现都是换汤不换药的。

对于框架,有人说,框架是人的骨架,模式是填充骨架的肉。而模式的形成来源于惯用法。惯用法就是我们平常书写代码时的一些规律。所以呢,我的感觉对于框架,我们还是远观之,而更多的重视惯用法和模式吧。框架就象分析模式一样,一定是有使用的不同情景的。要不为什么还会有什么层框架,MVC框架,管道框架??越高层抽象的东西越接近于理论,理论之上的抽象越接近于生活。不过能越过去的可能是没有人。所以还是多实际一些吧。

对于apache,banq说的对,现在的apache就象csdn,apache有sun支持,csdn总和微软有密切联系,都快腐化了都要为钱所迷失了技术的方向,自由的方向。不过这也没有办法,你能说csdn论坛里没有好文章么?没有能人么?不过拿csdn和apache比,还真太抬举它了。


Re: 比较一下Struts,Turbine,Avalon,Maverick 的优缺点 发表时间: Aug 4, 2003 5:05 PM
回复此消息 回复
发表人: you.cai    发表文章: 30 / 注册时间: 2003-07
框架的重要性,不言自明,越是成型的产品,其框架也越成熟。
如果做项目,就要面临选择和使用的问题,这种答案是很难在论坛这种地方发现的。还是要根据自己的需要,自己的积累来决定,如果什么都不清楚,就选一个最常用的,这样出了问题寻求到答案的机会也大一些。
如果开发产品,没有什么实际经验,感觉上,还是离现有的框架近一些会好一些。
apache出了几个好用的东东之后,变得慢多了。这也是没有办法的事。
但说受sun影响,倒不如说apache企图影响sun更准确一些。我觉得这也没什么不好,至于“快腐化了都要为钱所迷失了技术的方向,自由的方向”呵呵,还没有看出来,比较迟钝吧。


Re: 比较一下Struts,Turbine,Avalon,Maverick 的优缺点 发表时间: Aug 4, 2003 5:05 PM
回复此消息 回复
发表人: you.cai    发表文章: 30 / 注册时间: 2003-07
框架的重要性,不言自明,越是成型的产品,其框架也越成熟。
如果做项目,就要面临选择和使用的问题,这种答案是很难在论坛这种地方发现的。还是要根据自己的需要,自己的积累来决定,如果什么都不清楚,就选一个最常用的,这样出了问题寻求到答案的机会也大一些。
如果开发产品,没有什么实际经验,感觉上,还是离现有的框架近一些会好一些。
apache出了几个好用的东东之后,变得慢多了。这也是没有办法的事。
但说受sun影响,倒不如说apache企图影响sun更准确一些。我觉得这也没什么不好,至于“快腐化了都要为钱所迷失了技术的方向,自由的方向”呵呵,还没有看出来,比较迟钝吧。


十六、断路器-Turbine 的使用

断路器-Turbine 的使用
  • dengqiang123456
  • dengqiang123456
  • 2017年07月28日 07:39
  • 706

hystrix-turbine 配置及git源码路径

1.   概述 Demo地址:http://git.oschina.net/zhou666/spring-cloud-7simple/tree/master/cloud-hystrix-turb...
  • u013851082
  • u013851082
  • 2017年04月12日 19:11
  • 747

8-SpringCloud微服务实战-turbine-集群监控

8-SpringCloud微服务实战-turbine-集群监控8-SpringCloud微服务实战-turbine-集群监控 1 turbine介绍 2 代码示例 Turbine测试 TIPS 参考文...
  • qq_22841811
  • qq_22841811
  • 2017年03月28日 15:50
  • 4047

webx turbine 前端开发入门理解

篇文章主要介绍webx turbine的部分。可能有错或者很狭隘,希望大家指正(先给大家列个webx3.0的流程图)。     webx框架,他是#宝结合自己的需求,结合了springExt, we...
  • xz1458102234
  • xz1458102234
  • 2015年08月19日 19:15
  • 830

webx学习(三)——Webx Turbine

Webx Turbine建立在Webx Framework的基础上,实现了页面渲染、布局、数据验证、数据提交等一系列工作。 Webx Turbine所遵循下面的设计理念包括: 页面驱动 约定胜于...
  • hollis_chuang
  • hollis_chuang
  • 2014年11月14日 16:49
  • 1144

springcloud实战之9 断路器-集群监控(turbine)

上一篇介绍了单例的服务监控,本章介绍对集群的监控。通过引入turbine,通过它来汇集监控信息,并将聚合后的信息提供给Hystrix Dashboard来集中展示和监控。 其工作架构图如下: ...
  • u012806787
  • u012806787
  • 2017年12月21日 13:13
  • 119

关于turbine集群监控与消息代理结合出错的问题

项目用到了springcloud,买了一本翟永超编著的《Spring Cloud 微服务实战》,在看到第196页到第198页,turbine集群监控与消息代理结合时,遇到了错误,虽然最后解决了,但是至...
  • lvyuan1234
  • lvyuan1234
  • 2017年07月28日 14:08
  • 796

Struts2的优缺点总结

Struts2框架以前用过一阵子,最近一直在用SpringMVC,今天突然想结合自己以前的一点经验总结一下Struts2的优缺点,参考部分网友的帖子结合自己的想法,总结如下: 优点:         ...
  • chenleixing
  • chenleixing
  • 2015年03月23日 22:49
  • 29382

OGNL和EL表达式对比 Struts2标签和JSTL对比

Struts2中的标签 OGNL表达式,EL表达式 JSTL 对比
  • c_w_d
  • c_w_d
  • 2016年08月22日 11:20
  • 1515

史上最简单的SpringCloud教程 | 第十三篇: 断路器聚合监控(Hystrix Turbine)

上一篇文章讲述了如何利用Hystrix Dashboard去监控断路器的Hystrix command。当我们有很多个服务的时候,这就需要聚合所以服务的Hystrix Dashboard的数据了。这就...
  • fend0875
  • fend0875
  • 2017年04月21日 14:17
  • 970
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:比较一下Struts,Turbine,Avalon,Maverick 的优缺点
举报原因:
原因补充:

(最多只允许输入30个字)