您的位置: 新闻频道 Java新闻

原创新闻 从职位中预测2008年Java框架之争

2008-03-06 by 正式记者 kyo100900
评论(19) 有5527人浏览 职位, java框架

首先我们来看看截止到今天indeed网站上Java技能职位数的简单统计。

Indeed全球Java技能职位表:

Web框架

工作数()

MVC框架的百分比

Struts2

34

0.223%

Struts

11,498

80.439%

Webwork

313

2.097%

Tapestry

462

3.232%

Wicket

93

0.650%

JSF

2,520

17.629%

应用程序框架

工作数()

应用程序框架百分比

Spring

34,291

83.023%

Seam

617

1.938%

ejb3

177

0.428%

EJB

6,204

15.020%

guice

14

<0.001%

持久层框架

工作数()

持久层框架百分比

Hibernate

6,667

46.641%

Jdo

212

1.483%

Ibatis

497

3.476%

Jdbc

6,643

46.474%

Toplink

275

1.923%

  

今年框架大战仍然围绕着开源与官方之间展开:

主流技术中,Struts,Spring,Hibernate仍然分别占据三个层次的主流位置。其中StrutsSpring需求高达80%以上,Hibernate也达到了46%,略高于JDBCSun以及JavaEE商家力挺的JSFSeamEJB3等技术中,除JSF占到了17.6%个百分比外,其它都没有明显的强劲势头。

 

Web框架中

Struts2,Struts,Webwork这一类基于请求的MVC框架仍然牢牢占据着主流。但后来居上的JSF也不容小视,由此可见今年的Web框架StrutsJSF将会有一强烈的较量,但JSF想今年迅速击败Struts似乎也不太可能,后起之秀的Struts2仍然有许多可圈可点的地方,未必输给官方正统的JSF。至于TapestryWicket等虽然职位数不多,但也不妨碍其社区的火爆,到底谁是下一个big thing,现在下结论还太早。

 

应用程序框架方面

Spring明显呈现一边倒的优势,其高达83%的比例表明,JavaEE社区不仅仅需要轻量级应用程序框架,还需要证明框架在实际开发项目中,确实起了应用有的实践作用。在《Rod JohnsonSpring供职信息已超过EJB,JavaEE 继续 without EJB》一文中,EJB基本上处于停滞下滑状态,15%的比例都是遗留项目的维护需要。而EJB3只有177个职业,看来Sun以及JavaEE商家大肆吹棒的东西,开发人员并不会像以前那样逢EJB就跟风的景象了,更多的是理性的投入到实际开发中去。 在《【翻译】EJB3.1真的来了吗?EJB3.1系列文章()》,《Java EE 6到底应该包括什么——由你来投票》,《JavaEE6的进化——开始迈向轻量级???》以及《EJB3.1新特性》表明包括EJB的专家在内都没有完全清楚EJB到底需要什么,不要什么,一般人不会冒然去学还不太稳定的技术,不得不说EJB在这一点上是失败的。而在《【论战】我们为什么不用JavaEE5》,《Rod JohnsonSpring供职信息已超过EJB,JavaEE 继续 without EJB》,还有《开源已是绝对主流?!!!——开源采用率已经从06年的26%增长到07年的75%》中表明,EJB,乃至JavaEE同样存在不少问题。有趣的是guice只有14个职位,我看了一个,使用guice的一般项目都差不多是JavaEE5的新项目,我挺看好guice的,但现在它还是有点过于简单,称之于应用程序框架,有点言过其实啊。

 

 

 

最后看看持久层方面

Hibernate毫无疑问仍然是主角,与传统的JDBC平起平坐,可见ORM框架的采用不仅仅对开发人员如此,对招聘公司来说,也是一项重要的技能。而其实ORM技术,如JDOiBatisToplink仍然没有多大起色。

 

 

 

 

 


来自:javaeyey

评论 共 19 条 发表评论

hacker47 2008-04-01 20:21
只不过是框架嘛,能快速整合,应用就行,现在流行的众多框架,挡住了开发者的眼睛,作为一个中,高级开发者更应该去关注框架背后的底层,做了一年多struts+spring+hibernate,累了............
teacake 2008-04-01 18:52
力挺seam+jsf+jpa(hibernate)
javahead 2008-04-01 09:40
力挺楼上,框来框去的,都有点烦了
lggege 2008-03-10 17:42
我的, Eclipse RCP + Spring + Ibatis, 感觉瞬间没前途了.

不是的!

Rich 还是很有前途的, JavaFX, Flex, Eclipse RCP 不都是Rich么?

不要过分在乎框架,主要还是在本技术领域的精通才重要.

他们都可以做出很完美的东西, 又何惧JAVA(特指J2EE)的浪潮怎么刮, 我自岿然不动.

走自己的路,让他们打的去吧.
laiseeme 2008-03-08 20:06
要抱对大腿啊~!!
sunlin 2008-03-07 22:31
太爱spring了 做得好就成事实标准 做不好的东西,他说自己是标准都没人鸟他
galaxystar 2008-03-07 13:59
struts,ejb之类的技术,也是老当益壮啊!
koda 2008-03-07 13:23
我在想我应该抱谁的腿
kyo100900 2008-03-07 11:19
在技术层的采用上,一般公司也不排斥新技术的,新的技术在易用性与可维护性上都有很明显的优势。但关键点在于:是不是真的能用好?如果出问题了,团队还没人能很快解决,或者不得不用以前的技术穿插在项目中。
大多数开发人员还是“模拟别人代码”开发,对所应用的框架本身也许了解并不多,他们需要的是大量可用的文档,代码。而不是想重新去研究。
goodfifa07 2008-03-07 11:16
怎么web层 没有 EXT 呢
lgx522 2008-03-07 10:48
用什么技术其实并不关键,关键的是开发出来的软件要管用、好用。
要想好用,在纯技术层面其实最重要的是团队成员对该项技术要熟,要非常熟。
所以支持采用俗套的技术,如SSH。
andyao 2008-03-07 09:56
引用
struts2职位数这么少?貌似比struts强很多的。。

遗留问题,一般公司对struts都有自己的封装,换struts2后又要重新做封装,而且struts2的文档和程序员现在都比较少。
hlxiong 2008-03-07 09:48
struts2职位数这么少?貌似比struts强很多的。。
kyo100900 2008-03-07 09:05
还是职位数,更容易吸引开发人员眼球啊。毕竟咱们绝大多数是做“应用开发”,而并非搞“研究”,搞“学术”的。无论如何都要要面临就业。所以,常常说实现与理想是有差距的,也许你不喜欢的框架或技术反而一直牢牢占据着主体,呵呵。
rockjava 2008-03-07 08:36
引用
要抱对大腿啊~!!

对一定要报对大腿

发表评论

您还没有登录,请登录后发表评论