锁定老帖子 主题:J2EE without EJB
该帖已经被评为精华帖
|
|
---|---|
作者 | 正文 |
发表时间:2004-08-31
书里除了批评EJB之外, 还有什么值得一看的东西呢?
特别是有什么平时从javaeye或者其他普通渠道得不到的知识呢? |
|
返回顶楼 | |
发表时间:2004-08-31
不错,oz6说的比我清楚。
|
|
返回顶楼 | |
发表时间:2004-08-31
从历史发展的角度来看EJB(一点浅见):
EJB为何而产生?他的竞争对手是谁?这个问题要搞清楚。长期以来在企业核心软件领域,一直是靠着 IBM 垄断的大中型主机系统和 CICS 事务控制软件独步天下(后来才出现 BEA 公司),其丰厚利润另各家公司垂涎欲滴。但是这些传统的事务软件都是面向过程的,而且一直都没有被移植到低端系统,这与 IT 的发展趋势格格不入,因此,发展适合现代硬件系统 + 面向对象的事务处理软件成为各大 IT 公司争夺高端市场的技术制高点,但是这一领域在理论上一直难以有所突破,直到1996年?微软的面向对象的 MTS 控制软件横空出世,震动了各大公司,各公司纷纷加紧了对该软件的研制,次年?sun公司推出了 ejb 为核心的 j2ee 技术,另业界感到欢欣鼓舞,鼓舞了非MS阵营的士气,遗憾的是,ejb贪大求全,成了ejb的致命伤。而同时,IBM公司的cics也在不断发展,在低端系统不断得到移植,而且有丰富的开发接口,客户端不再局限于cobol,在市场上阻止了新一代事务软件的进攻。 更要命的是,随着各大企业IT的整合、集中,IT 似乎走向了回归,纷纷购买IBM的大机系统,而 IBM 凭借其高低端系统上的 cics 产品,cics 的市场份额也得到进一步的巩固(看看现在的 cics 培训班比比皆是)。 所以新一代的事务软件任重而道远,ejb还有很长的路要走。 (我所理解的企业核心软件包括:事务控制软件,消息队列,群件、、、还有的话请补充。其中无论哪一个软件,其市场都是巨大的,而ejb的贪大求全则是导致它失败的重要因素。) |
|
返回顶楼 | |
发表时间:2004-08-31
calvin 写道 书里除了批评EJB之外, 还有什么值得一看的东西呢?
特别是有什么平时从javaeye或者其他普通渠道得不到的知识呢? 这本书不是批评EJB的书,至少批评EJB不是它的重点。拿Rod Johnson的话来说,“对于一种不够完美的技术,批评它总是容易的;若是拿不出更有建设性的方案,那批评也只能叫廉价的批评。”这种廉价的批评,我们已经看得很多了,包括我们在这个帖子里的言论,也属于廉价的批评。但这本J2EE without EJB看重的不是批评,而是建设性的方案,是一种可用、易用、实用的轻量级方案。大多数的书在讲方案时都容易变成介绍玩具,但这本书介绍的是一个经受了工业级考验的方案,内容涵盖了企业应用的方方面面,这也是我们需要动用这么多人一起翻译它的原因之一。 |
|
返回顶楼 | |
发表时间:2004-08-31
任何一种技术只要一直有人关注,最终都会趋向完美,EJB 也不例外。问题是这个趋向完美的速度是否是用户可接受的。EJB 的发展速度可以用乌龟速度来形容。那么现在既然有了一些很多场合下还算不错的替代方案(请参考 potian 和 gigix 的回贴),我们是否仍然需要为 EJB 的不成熟付出代价?
如同 gigix 所说,without EJB 这本书除了一些破坏以外还有大量的建设,否则我们谁也没有兴趣去读这本书。 tomcat 说的在任何一本介绍 EJB 历史的书中都有介绍。作为一个开发者,我觉得这些对于我本人(注意:只是对于我一个人)没有多少收获。我没有做过大规模的 EJB 开发,但是至少是曾经认真学习过 EJB,WebLogic 就是学习 EJB 2.0 的最佳途径。但是作为一个开发者,我深深感到 EJB 开发的繁琐和繁重。也许 tomcat 并不需要每天写大量的 EJB 代码,所以难得的高屋建瓴。但是一种不能真正获得开发人员欢心(少量还是有的,不是大多数,需要争论吗?)的技术,其前景是可想而知的。 这个讨论不是为了彻底否定 EJB,起到的作用应该是对 without EJB 这本书书名的释义。 |
|
返回顶楼 | |
发表时间:2004-08-31
ms的成功在我看来是对程序员讨好的结果,真正让它走到垄断这个地步的其实是VB而不是操作系统。正是由于VB大大简化了在win下开发程序的工作,提高来开发效率,才使其win平台快速的进入了广泛的应用。
而java社区对程序员的爱护就不多了,只是到了最近sun才意识到这个问题。而ejb可以说是不考虑开发者感受的典型代表。实际上现在软件开发中最为大家关注的是开发效率的问题,而不是功能和效能的问题。为什么cpp越来越边缘化,也正是由于越来越多的公司更在乎开发的效率而不是运行的效率。ejb的出现带来了短暂的热潮,但是马上其学习曲线坡度大,开发效率低的弱点就显露其使用价值不大。 当然任何技术最后都会找到其生存的空间,ejb也一样。不过类似处境的技术太多了。我的判断J2EE这个体系现在处于一个高度的变动之中,未来究竟是怎么样的谁也说不好。说不定过些时候这个体系被抛弃也有可能。前些天我讨论的无容器组件,其实就是对这些问题的忧虑。 |
|
返回顶楼 | |
发表时间:2004-08-31
dlee 写道 tomcat 说的在任何一本介绍 EJB 历史的书中都有介绍。作为一个开发者,我觉得这些对于我本人(注意:只是对于我一个人)没有多少收获。我没有做过大规模的 EJB 开发,但是至少是曾经认真学习过 EJB,WebLogic 就是学习 EJB 2.0 的最佳途径。但是作为一个开发者,我深深感到 EJB 开发的繁琐和繁重。也许 tomcat 并不需要每天写大量的 EJB 代码,所以难得的高屋建瓴。但是一种不能真正获得开发人员欢心(少量还是有的,不是大多数,需要争论吗?)的技术,其前景是可想而知的。 这个讨论不是为了彻底否定 EJB,起到的作用应该是对 without EJB 这本书书名的释义。 书中得来终觉浅!本人多年来一直在企业混,对企业的需求算不上专家,也可谓相当了解。这些经验对你可能毫无意义,那是因为工作环境、关注的领域不同。 你认为 cics 开发很得开发人员的欢心吗?要不我贴一段cobol语句你瞅瞅欢心否? 可这种东西却很得企业欢心,不是吗? 高谈阔论能当饭吃吗? |
|
返回顶楼 | |
发表时间:2004-08-31
tomcat
cobol这个东西企业其实是最受不了的,这一点似乎从来都是一个实实在在的事实阿.现在国外最热门的一个工作就是做cobol到java的移植.并且有多个把cobol运行在java下的解决方案在推广.我不知道你的经验如何,但是有些实事求是的态度还是必要的. |
|
返回顶楼 | |
发表时间:2004-08-31
ozzzzzz 写道 tomcat
cobol这个东西企业其实是最受不了的,这一点似乎从来都是一个实实在在的事实阿.现在国外最热门的一个工作就是做cobol到java的移植.并且有多个把cobol运行在java下的解决方案在推广.我不知道你的经验如何,但是有些实事求是的态度还是必要的. cobol之所以难以取代,是因为后面有个cics, 取代cobol太简单了,可是 cics 用什么来取代呢? java怎么和 cics 连接,是做前端还是后端? 后端的话是运行在 EJB 容器中还是别的什么? 问题多多????愿闻其详! |
|
返回顶楼 | |
发表时间:2004-08-31
to tomcat:
为了避免空对空,过一段时间我把 Rod Johnson 的一些具体的论点贴出来,你来逐条反驳一下好吗? 如果反驳不了,就拿“我很忙,没工夫来参与这些无聊的高谈阔论”(或者更确切地说是“我看不懂这帮蠢蛋究竟在说些什么”)来搪塞,我不知道究竟是谁在崇尚空谈? 我们关注的层面确实有很大的不同。业务逻辑更大程度的重用,代码更容易测试、容器更小的侵入性在我们看来都是非常具体的问题。你若把这些笼统地归为“空谈”,真的不知道如何与你讨论了。还是不要再开倒车了。 |
|
返回顶楼 | |