发扬EJB、Spring思惟将组件化举行到底[Java编程]

EJB、Spring,这不是Java界最闻名的两大冤家,何故把它们扯在一同.其实Spring乃是EJB1.x、2.x的担当者,正如EJB之前的COM、CORBA.他们的思惟一脉相承,那就是企业级的组件化思惟,也可称之为抱负!
1、非组件化的国内软件行业

各个行业的企业总有一些核心业务,长期保持不变,新期间的新业务基本上都是环绕核心业务展开.很长时间以来,IT技术的改变与企业业务的扩大存在着很大的冲突.当企业的新业务展开之后,若何保证原有业务安定运行的同时,新业务可以得到IT的支持与扩大?当IT技术有庞大进展后,若何保证原有业务的同时举行新技术改革?在以上两种运动中,若何重用原有的技术成果?这是每一位负责任的系统管理员、CIO与及开辟商所关心的事情.遗憾的是,组件化思惟及实践产生从前,这个冲突基本上是极难懂开的死结.绝大大都的做法就是重写.

比方DOS时代,很多单位都利用了单机foxbase版的财政系统,界面虽简但安定实用;到了Windows时代,风行VB、PB,于是系统重写;再到B/S时代,系统再次重写;到近来热炒的RIA,系统是不是要再次重写?关于很多小产商的作品而言,答案必定是Yes.

很多同道大概会说,这样恰好啊?我们才可以不断地赚钱.错!

这样的情况叫“低水平反复”,这个术语常常被国人用来痛斥社会经济范畴的很多不公道现象.惋惜我们这个自认为高智力的行业,很多时刻就是在干这种愚事.每到技术改革,各企业要重花一次钱、重学一次操作、重转一次数据,折腾得半死;而适应不了新技术的产商,随被淘汰的代码一同退出市场;适应不了新技术的程序员,只能转行.要想不被淘汰,就必须紧跟时代风潮,不断地把精神放在新技术上,在领会业务上花的时间太少,最后招致我们的系统与企业的业务老是差半拍.因为原先快把业务搞清楚的程序员大多升官或离任了.

笔者认为这是软件界,特别是国内软件界混乱的根本技术缘由.由于技术长期得不到堆集,我们不得不一次又一次吃外国的人剩饭.

那我们毕竟需求怎样的软件才能办理这些问题.

其实答案早就在我们身边晃了太多年,恰好我们视而不见.大家接个新外设,要不要换主机?加根内存条、换块显卡、声卡要不要换主板?OS是不是只能用几个特定的硬件,跑几个特定的程序?而大家在OS下写的程序,是不是在系统新版本运行不了?答案基本上能否定的.

OS可以适应全世界数以万计的程序及其发展,为什么我们的利用程序不能适应哪怕一个特订单位的改变和发展.为什么我们的利用系统到了新环境下就要重写?

缘由就在于我们大大都利用程序标准性太低、耦合度太高.

要提高标准性、降低耦合度,就要不断地计划、不断地分层、不断地抽象、不断地重构.当我们终有一日把有效和成熟的代码封装成jar或是dll,不但自己能重用,别人也能重用的时刻,代码其实才算合格.

目前大家都习惯用开源产品了,外国人热衷的就是不断地制造这样的零件（组件）或技术.而我们中国人,热衷的倒是组装人家的零件和技术（一如别的触及技术的产业）.很多外国人十多岁就做出了了不起的组件,而我们中国人却把“不反复创造轮子”这种搬来的话挂在嘴在,后果是既不制造旧轮子,更没有本领创造新轮子.很多人从业十多年都写着乱糟糟代码.

项目,不是说东西扔到客户手上套足了钱,拍拍屁股就走人.成功的项目,要对客户负责任.就算自己退了,也该把工作交代好.前面的工作成果背面用不上,只能说前面的工作不合格.

国内利用软件界一向在走RAD的道路,一开始吃着爽,越到背面越不是滋味.不是说RAD不能用,而是说,一上来就RAD,注定被养成懒汉,早晚沦竣工编码机械.RAD诱使我们躲避考虑,诱使我们躲避计划,终究让我们被早早淘汰!
　　以上是“发扬EJB、Spring思惟将组件化举行到底[Java编程]”的内容，如果你对以上该文章内容感兴趣，你可以看看七道奇为您推荐以下文章：