BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

2006年度十大新闻:Richard Monson-Haefel称“拯救Java EE为时晚矣”

| 作者 Floyd Marinescu 关注 38 他的粉丝 ,译者 Jason lai 关注 0 他的粉丝 发布于 2007年4月11日. 估计阅读时间: 3 分钟 | CNUTCon 了解国内外一线大厂50+智能运维最新实践案例。

原文发表于2006年7月11日下午3时。

Burton Group的分析师Richard Monson-Haefel最近发表的题为《Java EE 5, the beginning of the End(Java EE 5:末路之始)》的分析报告在社区内引发了激烈论战。Richard Monson-Haefel因其所著的EJB书的畅销而为众人所知,那么他究竟说了些什么?Richard在一个Podcast中总结出报告的主要观点,摘要如下:

Java EE已经成为多元化市场中的主流技术。尽管JEE 5与其先前版本有些相似,但简化程度仍显不足。“JEE5确实向正确的方向迈进了一步,但显而易见的是,要挽救整个平台这还是显得杯水车薪,而且也太迟了。在接下去几年内,将会有越来越多的开发人员转而投向那些提供更简易开发环境的平台。我们将逐渐看清Java EE 5作为企业开发标准的藤蔓最终走向何方……开发机构在考虑新的企业应用开发时,应当另求他径,并且做好面对Java EE作为企业解决方案迈入迟暮之年的准备。

那么RMH所说的“过于复杂”指的是什么呢?RMH在报告和Podcast中指出以下几点:

  • Java EE试图在一个平台内完成所有事情,从而导致事情变得过于复杂
  • Java EE API的数量“尚未被简化、合并或剔除;这些API仍被放在原处,并且保持原有必要性”
  • Java EE的编程模型已经发生了第三次重大意义的变更
  • 支持Web服务的API也发生了改变
  • “规模庞大且复杂的Web开发框架被加入平台”
  • 平台变得更加复杂和令人生畏
  • 配置方面并没有比以前版本变得更加简单
    • 新的平台并没有削减需要配置的方面的数量,而仅仅将复杂性从XML部署描述符转移到了源码标记(Source Code Annotation)上
    • 开发人员仍然需要了解“所有配置选项以及它们对生产代码带来的影响”,但现在可以在代码中写入,避免在XML中配置
    • “JEE 5目前拥有两套独立但仍相互依赖的配置机制,而不像以前只有一套复杂机制”
  • “专注于功能涵盖面广度和灵活性,忽视了开发的简易性。Java EE的主要价值观已经变成了自身的阿喀琉斯之踵(致命的弱点)。”

目前已经有许多新闻媒体对这份报告进行了报导,并引发了一连串讨论。InternetNewsSteve Anglin 在O'Reilly进行了“Java EE是否足够轻量”的讨论。TSS也在今天对SearchWebServices的一篇文章发表了评论,该文章引用了RMH及其他分析师的观点,主张Java EE并不适合实现SOA,因此SOA的出现将导致Java EE变成下一个CORBA(已死)。

然而很重要的一点是,RMH的抨击目标仅限于Java EE,而非SE。“我认为,Java语言仍将继续繁荣发展,而且在接下去的许多年内,仍将是绝大多数企业应用开发的中流砥柱。”

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT