过去我曾经对SOA OA办公系统的思想写的挺明白,但估计文章太罗嗦,N多人没看下去。所以我想单刀直白点
一、问:为什么要SOA?
答:因为SOA OA办公系统出现前,世界上有Corba组件模型、+组件模型、.NET组件模型。其中,CORBA组件模型和JAVA组件模型属于IBM为首那一类阵营(一伙的还有BEA、ORACLE、HP、SUN之类的),而COM+组件模型属于微软这独个一家的,自古两个阵营是表面同行、暗地互掐。
IBM当然需要四海一家的解决之道。因为JAVA组件模型老受SUN的牵绊,而且江湖风传EJB已死。CORBA组件模型呢,一直没有当过老大主流流行过。其他两个组件模型都在微软封闭的圈子里,IBM就想在在这四大组件模型之上再加一层组件模型,这样就天下大同了,这就是SCA。
有了SCA组件模型,各个异构组件模型现在都被包装成一样的组件了,怎么数据传递?当然就是SDO来帮忙。
二、问:听说SOA OA办公系统主要优势是整合,但是我们既然有webService了,要SOA干吗?
答:WebService是整合包装统一成WebService协议族的很好的规范,但WebService又不是组件模型。有人问了,你管我是组件不是组件,我给你包装一层webservice,咱们俩能调用就OK了。
这就涉及到咱们国家的计算机发展阶段了。因为咱们国家的开发界,N多程序员还停留在双击一下按钮,IDE自动给生成一个onclick事件,然后在里面写东西。很多程序员根本没有意识去主动写函数,程序里的函数都是IDE自动生成的事件处理函数,并非程序员写的自己的函数。连函数都没有主动意识的,怎么会有主动意识去自己编写类,自己编写组件类,大多数程序员在使用系统提供的类库,系统提供的可视化组件。所以,N多程序员就不明白为什么要有SOA组件模型了。
世界主流代码开发都已经是编写组件类了,这是业界的发展需求,但我们和需求还没有到这个层次,还在onclick。所以我们不理解。
如果我们也平时很自然的自己编写组件类,那么我们现在很自然的希望有支持SOA的组件模型,因为这样的组件模型,就可以很通畅的和过去的CORBA组件模型、+组件模型、.NET组件模型交互了。如果我们现在还不用SOA组件模型,还在用四大组件模型,以后想异构组件之间交互,还得再开发一层SCA。
三、问:那SOA就这么简单?就是SCA+SDO?
答:目前国际SOA标准推出的就是这两大标准,SCA和组件SDO。和SOA关联的还有两个东西,一个是BPEL,一个是ESB。SCA是有了统一的组件,SDO是有了统一的组件数据交互,BPEL是让组件之间串联在一起,然后自动运行,就如同我们把一个个的鞭炮拧在一起,然后点燃捻子,鞭炮就全都自己串联着爆炸了,BPEL就是干这个用的。而ESB呢,就如同各个组件,都需要在一个容器中执行,号称组件容器服务器,JBOSS最初的功能就是EJB组件的容器服务器。而ESB呢,当然就是SOA组件的容器服务器了。
四、问:SOA就这么简单吗?我怎么看书看网站,说是让业务人员和技术人员更好的结合,要用业务角度去看技术,这个话不理解?
答:这是给SOA组件设计师一个设计指导。也就是说,当你要设计一个SOA组件,你要暴露出什么功能,要多达粒度的,可能你
三句话讲清楚SOA 来自淘豆网m.daumloan.com转载请标明出处.
