|
马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。
您需要 登录 才可以下载或查看,没有帐号?立即注册
x
对于一个大型项目,如果用java来作,可能需要9个月,并且可能需要翻阅10本以上的书,但如果用ruby来作,3个月,3本书就足够了,而.net网页编程也不过3,4本书足以,这就是区别。
EJB手艺正在像其他光辉过的手艺一样走到了一个关隘。2000年之前这项手艺充斥了传奇色采,被多量企业搜索枯肠地承受。但是幻想究竟是幻想,经由了几年的开展,明天这项手艺却正在被嫌疑大概最少说让手艺职员优柔寡断,实际的是J2EE的敌手出来了,.NET仿佛又有着后发的手艺上风。年夜部分的切磋和争辩已入手下手转向这两个别系布局的对照。Java阵营外部一样收回了嫌疑的声响,最间接的就是对EJB的打击,由于人们发明本来这项手艺所做的答应仿佛都走向了相反的偏向
1.大批的案例因为接纳了这类手艺反而使得体系开辟日益庞大,而不是想像的简化开辟周期加长成了屡见不鲜,完成一个进销存就把良多人难倒。
2.EJB成了高贵的代名词,而不是希冀的本钱下降
3.废了半天劲还不如用动静传送举行体系互操纵
4.终极发明完全地挣脱平台是不成能的
可是Java总偿还是不错的,因而有了Spring等等N种系统。EJB入手下手让人们狐疑。任何手艺和人生一样有它的狐疑期,可是EJB给人们的狐疑尤其典范,更具意义。J2EE和其他系统的对照已众多于网上,实践使用的履历也到处可见,以致于不必要这里先容,可是EJB如今并未被独自地被器重这是应当值得注重的,这与J2EE开展史倒是南辕北辙的。必需供认这么一个现实,EJB是被独自提出和界说的,最早是完整独自的一种标准,这与所谓系统布局并没有间接的干系,大概说EJB的意义和方针毫不只是在J2EE内封装贸易逻辑,以是过于在框架内会商EJB,大概说以为J2EE的缺点必定要伸张到EJB上是不是符合是值得切磋的。
EJB出生的早期人们的镇静关头在于这类模子吸取了以往组件手艺的精髓,并有很年夜开展,令人们看到了健旺的贸易组件打造本钱下降的希冀,出格是超过平台的可拆卸性和移植性,这是软件工程界一向的妄想,由于这意味着企业端盘算程序计划产业化和仔细合作大概要成为大概。这类头脑今朝也影响了界面一级的使用,比方所谓的Portlet手艺,IBM公司的WebSphere平台的手艺大概不是可骇的,可是有几十个互助同伴现实上给它供应了相似的互助,这才真恰是让敌手感应惧怕的。因而我们议论EJB的时分,议论它的代价和感化,离开了它的计划方针也就得到了更年夜的意义,以下的贸易情况和软件手艺瓶颈应当从头被审阅:
1.软件工程就重用范畴来说是不是超出了组件时期,大概说已不必要组件了?
2.软件的重用是不是只必要互挪用而不必要反复拆卸,以致拆卸到分歧的部位?
3.贸易逻辑是不是仍旧必要封装,并坚持健旺的特征,不中断地服务
4.组件和健旺和可用性是互联特征能代替的吗?
5.是不是有更便宜的组件情势超出EJB并一样取得浩瀚的撑持?
6..NET的组件尺度和EJB是不是有可比性,大概说甚么组件情势和EJB才有可比性?
当冷清地思索的时分就晓得,手艺不该该被看成明星吹嘘,但一样也没有简单倒下的软件手艺。EJB不成熟,但不即是能够容易被否认。是EJB使得良多一般的程序员可以参与本来贵族似的组件开辟,乃至是复杂的Windows下面开辟UNIX上的组件,EJB的汗青成绩年夜多半在于将这类手艺毛病地滥用:一个扫瞄人数少的不幸告白扫瞄程序也要用组件,关于一个只想复杂算出库存的客户计划了所谓N年后才必要的扩大性。一样实际中在这一手艺善于的范畴,最少今朝还没法找到更壮大的合作者。手艺选择是使用型的手艺职员永久的主题,相似的狐疑会不休的呈现,最主要的是认同它们的幻想和方针,坚持对它们客不雅苏醒的熟悉。放到善于的范畴的手艺才是最幽美的,这和人生没有甚么两样。
但是我同意你的观点,对于大型项目来说,应该是采用框架的一部分,根据功能的不同而改进,欢迎你能再提出些宝贵意见,我会多多学习的。说到jbuilder,我可能是个人感觉,用的时候确实没有vs爽,我最喜欢的IDE是net网页编程beans,谢谢。 |
|