首先来谈谈他们所说的性能的问题(这里不是具体的说技术及性能测试).
本人觉得,作为软件的好坏完全取决于用户.因此,我从用户的角度来考虑性能.我们做的是办公自动化,用到的技术是EJB+Structs+jboss+tomcat.就我们的产品来说,在系统刚刚运行的时候,打开页面确实有些慢(类似jsp第一次运行都比较慢),但以后的速度还是令人满意的.当然,你可能认为是硬件使然.那么我告诉你,我们用的是1w多money的IBM服务器,1G 的内存,cpu也就不到3g.如果你还认为这样的机器已经非常8错了,那么我告诉你,比这档次差的机子最好不要跑EJB的咚咚.现在出了hibernate,很多人就拿hibernate跟EJB做比较,确实,就我个人感觉,hibernate在要求和运行效率来说有他的过人之处,但并不能说明EJB不行了.这里没有任何的数据,我认为自己不是专家,网上也有很多的相关文章.做为我个人来说,就性能问题还是应该听听用户的观点,从用户的角度去思考.
其次,要说得EJB让人不爽的地方,那就莫过于复杂而又繁琐的结构,什么配置文件啊,接口啊,抽象类啊.我写的时候就经常弄得晕头转向,经常漏写一些东西.本人认为,作为用户(虽然是程序员,但作为sun来说,程序员就是用户)写EJB是件痛苦的事情.听说EJB3.0在语法上做了很多的改进,正如sun现在所提倡的就是简化程序员的工作.先抛开技术不说,光简化语法这一点,EJB3.0就已经值得我期待.当然,简化了语法是必会改变一些编程习惯,这也是不可避免的.
第三,我看过有关的hibernate例子,钦佩于他的小巧(对于性能,呵呵,本人神经反射比较慢,有点麻木了).不过有一点我觉得应该从EJB中借鉴一下(不知道hibernate有没有这功能,我只看过例子,对高级的hibernate应用不甚了解),EJB里面有<query>标签,它是将类似sql的语句放入标签中(在配置文件中).这一点个人感觉非常不错,如果需求有所变动,那么只需要改动配置文件而不必从新编译类.可惜我看的hibernate的例子里面都是将hql放在类中.
第四,对于jdk1.5,现在有很多网上资料做介绍.我想(又是想当然,^_^)EJB3.0必然会考虑1.5的因素,没准EJB3.0的简洁化也是依附于jdk1.5.所以在这里也提一下jdk1.5.还是那句话,不从技术的角度考虑.我看过一些关于JDK1.5的咚咚,不说别的,我认为sun对java提出的“简单”的理念有点背道而驰.java的一个优点之一就是它的语法本身简单易学,1.5的出现在语法上增加了它的难度(相比于其他语言也许并不算复杂,但跟它自身比较来说确实复杂了不少).我是个懒人,而且我相信所有的程序员都有懒的共性.(呵呵,一种得了便宜又买乖得感觉)这大概就是所谓得鱼和熊掌不可兼得吧.
一句话总结,“存在就是道理”.!