三句话讲清楚SOA.docVIP

　　过去我曾经对SOA OA办公系统的思想写的挺明白，但估计文章太罗嗦，N多人没看下去。所以我想单刀直白点 　　一、问：为什么要SOA? 　　答：因为SOA OA办公系统出现前，世界上有Corba组件模型、JAVA组件模型、COM+组件模型、.NET组件模型。其中，CORBA组件模型和JAVA组件模型属于IBM为首那一类阵营(一伙的还有BEA、ORACLE、HP、SUN之类的)，而COM+组件模型和.NET组件模型属于微软这独个一家的，自古两个阵营是表面同行、暗地互掐。 　　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组件模型、JAVA组件模型、COM+组件模型、.NET组件模型交互了。如果我们现在还不用SOA组件模型，还在用四大组件模型，以后想异构组件之间交互，还得再开发一层SCA。 　　三、问：那SOA就这么简单?就是SCA+SDO? 　　答：目前国际SOA标准推出的就是这两大标准，SCA和组件SDO。和SOA关联的还有两个东西，一个是BPEL，一个是ESB。SCA是有了统一的组件，SDO是有了统一的组件数据交互，BPEL是让组件之间串联在一起，然后自动运行，就如同我们把一个个的鞭炮拧在一起，然后点燃捻子，鞭炮就全都自己串联着爆炸了，BPEL就是干这个用的。而ESB呢，就如同各个组件，都需要在一个容器中执行，号称组件容器服务器，JBOSS最初的功能就是EJB组件的容器服务器。而ESB呢，当然就是SOA组件的容器服务器了。 　　四、问：SOA就这么简单吗?我怎么看书看网站，说是让业务人员和技术人员更好的结合，要用业务角度去看技术，这个话不理解? 　　答：这是给SOA组件设计师一个设计指导。也就是说，当你要设计一个SOA组件，你要暴露出什么功能，要多达粒度的，可能你这个组件类可以围绕一个主题完成10个功能，但10个功能编写实现比较复杂，你最后内部写代码的时候写成了函数嵌套函数，那么你内部有许多函数了，你到底要暴露出哪些。咱们设计组件类的接口，往往不容易把握粒度的问题。就如同你如果刚刚一开始写面向对象的代码，很容易会滥用对象，设计的对象很多，如果还没有过面向对象开发的程序员，你可能想像不出来为什么会有这种过度使用对象的现象。人就是这样，用的爽了，就容易过度使用。所以什么粒度合适，给指导了，面向业务。从组件类的消费者角度来看，需要暴露出哪些功能。这就有了一方是功能消费调用者，一方是功能输出产生者，那么这个功能输出，用行话就是输出的是服务。 　　五、问：SOA就这么简单吗?我看书看网站说，SOA可以使软件灵活，我们现在就是软件代码越来越复杂，功能越来越多，客户需求提出来，我们很难下手修改，修改起来费时间，而且还不知道这块修改了会影响哪块，让软件质量无法稳定，我们正需要SOA，但是SOA是怎么做到这点了，我不理解呀? 　　答：当然COM+、EJB成为风潮的时候，都说过这个话。你想啊，软件都是一个个封装密闭的组件，把组件连接起来，这当然灵活了。你想想你现在，.NET给你提供了许多可视化组件，也提供了许多非可视化组件，人家就是用组件做成了，你现在开发起来，把组件拖拽下来，设置一下属性，