過(guò)去我曾經(jīng)對SOA的思想寫(xiě)的挺明白，但估計文章太羅嗦，N多人沒(méi)看下去。所以我想單刀直白點(diǎn)
一、問(wèn)：為什么要SOA？
答：因為SOA出現前，世界上有Corba組件模型、JAVA組件模型、COM+組件模型、.NET組件模型。其中，CORBA組件模型和JAVA組件模型屬于IBM為首那一類(lèi)陣營(yíng)（一伙的還有BEA、ORACLE、HP、SUN之類(lèi)的），而COM+組件模型和.NET組件模型屬于微軟這獨個(gè)一家的，自古兩個(gè)陣營(yíng)是表面同行、暗地互掐。
IBM當然需要四海一家的解決之道。因為JAVA組件模型老受SUN的牽絆，而且江湖風(fēng)傳EJB已死。CORBA組件模型呢，一直沒(méi)有當過(guò)老大主流流行過(guò)。其他兩個(gè)組件模型都在微軟封閉的圈子里，IBM就想在在這四大組件模型之上再加一層組件模型，這樣就天下大同了，這就是SCA。
有了SCA組件模型，各個(gè)異構組件模型現在都被包裝成一樣的組件了，怎么數據傳遞？當然就是SDO來(lái)幫忙。
二、問(wèn)：聽(tīng)說(shuō)SOA主要優(yōu)勢是整合，但是我們既然有webService了，要SOA干嗎？
答：WebService是整合包裝統一成WebService協(xié)議族的很好的規范，但WebService又不是組件模型。有人問(wèn)了，你管我是組件不是組件，我給你包裝一層webservice，咱們倆能調用就OK了。
這就涉及到咱們國家的計算機發(fā)展階段了。因為咱們國家的開(kāi)發(fā)界，N多程序員還停留在雙擊一下按鈕，IDE自動(dòng)給生成一個(gè)onclick事件，然后在里面寫(xiě)東西。很多程序員根本沒(méi)有意識去主動(dòng)寫(xiě)函數，程序里的函數都是IDE自動(dòng)生成的事件處理函數，并非程序員寫(xiě)的自己的函數。連函數都沒(méi)有主動(dòng)意識的，怎么會(huì )有主動(dòng)意識去自己編寫(xiě)類(lèi)，自己編寫(xiě)組件類(lèi)，大多數程序員在使用系統提供的類(lèi)庫，系統提供的可視化組件。所以，N多程序員就不明白為什么要有SOA組件模型了。
世界主流代碼開(kāi)發(fā)都已經(jīng)是編寫(xiě)組件類(lèi)了，這是業(yè)界的發(fā)展需求，但我們國內代碼開(kāi)發(fā)水平和需求還沒(méi)有到這個(gè)層次，還在onclick。所以我們不理解。
如果我們也平時(shí)很自然的自己編寫(xiě)組件類(lèi)，那么我們現在很自然的希望有支持SOA的組件模型，因為這樣的組件模型，就可以很通暢的和過(guò)去的CORBA組件模型、JAVA組件模型、COM+組件模型、.NET組件模型交互了。如果我們現在還不用SOA組件模型，還在用四大組件模型，以后想異構組件之間交互，還得再開(kāi)發(fā)一層SCA。
三、問(wèn)：那SOA就這么簡(jiǎn)單？就是SCA+SDO？
答：目前國際SOA標準推出的就是這兩大標準，SCA和組件SDO。和SOA關(guān)聯(lián)的還有兩個(gè)東西，一個(gè)是BPEL，一個(gè)是ESB。SCA是有了統一的組件，SDO是有了統一的組件數據交互，BPEL是讓組件之間串聯(lián)在一起，然后自動(dòng)運行，就如同我們把一個(gè)個(gè)的鞭炮擰在一起，然后點(diǎn)燃捻子，鞭炮就全都自己串聯(lián)著(zhù)爆炸了，BPEL就是干這個(gè)用的。而ESB呢，就如同各個(gè)組件，都需要在一個(gè)容器中執行，號稱(chēng)組件容器服務(wù)器，JBOSS最初的功能就是EJB組件的容器服務(wù)器。而ESB呢，當然就是SOA組件的容器服務(wù)器了。
四、問(wèn)：SOA就這么簡(jiǎn)單嗎？我怎么看書(shū)看網(wǎng)站，說(shuō)是讓業(yè)務(wù)人員和技術(shù)人員更好的結合，要用業(yè)務(wù)角度去看技術(shù)，這個(gè)話(huà)不理解？
答：這是給SOA組件設計師一個(gè)設計指導。也就是說(shuō)，當你要設計一個(gè)SOA組件，你要暴露出什么功能，要多達粒度的，可能你這個(gè)組件類(lèi)可以圍繞一個(gè)主題完成10個(gè)功能，但10個(gè)功能編寫(xiě)實(shí)現比較復雜，你最后內部寫(xiě)代碼的時(shí)候寫(xiě)成了函數嵌套函數，那么你內部有許多函數了，你到底要暴露出哪些。咱們設計組件類(lèi)的接口，往往不容易把握粒度的問(wèn)題。就如同你如果剛剛一開(kāi)始寫(xiě)面向對象的代碼，很容易會(huì )濫用對象，設計的對象很多，如果還沒(méi)有過(guò)面向對象開(kāi)發(fā)的程序員，你可能想像不出來(lái)為什么會(huì )有這種過(guò)度使用對象的現象。人就是這樣，用的爽了，就容易過(guò)度使用。所以什么粒度合適，給指導了，面向業(yè)務(wù)。從組件類(lèi)的消費者角度來(lái)看，需要暴露出哪些功能。這就有了一方是功能消費調用者，一方是功能輸出產(chǎn)生者，那么這個(gè)功能輸出，用行話(huà)就是輸出的是服務(wù)。
五、問(wèn)：SOA就這么簡(jiǎn)單嗎？我看書(shū)看網(wǎng)站說(shuō)，SOA可以使軟件靈活，我們現在就是軟件代碼越來(lái)越復雜，功能越來(lái)越多，客戶(hù)需求提出來(lái)，我們很難下手修改，修改起來(lái)費時(shí)間，而且還不知道這塊修改了會(huì )影響哪塊，讓軟件質(zhì)量無(wú)法穩定，我們正需要SOA，但是SOA是怎么做到這點(diǎn)了，我不理解呀？
答：當然COM+、EJB成為風(fēng)潮的時(shí)候，都說(shuō)過(guò)這個(gè)話(huà)。你想啊，軟件都是一個(gè)個(gè)封裝密閉的組件，把組件連接起來(lái)，這當然靈活了。你想想你現在，.NET給你提供了許多可視化組件，也提供了許多非可視化組件，人家就是用組件做成了，你現在開(kāi)發(fā)起來(lái)，把組件拖拽下來(lái)，設置一下屬性，編程一下方法，你現在開(kāi)發(fā)速度快多了吧，如果沒(méi)有這么多組件，你想你多累。這就是組件的好處與靈活性。SOA組件也是組件，只不過(guò)是包裝的更高一層的組件，是為了讓四大組件模型能統一順暢調用的，所以你把SOA組件當成.net組件來(lái)看待就很明白了。
六、問(wèn)：中國現在好多企業(yè)都還沒(méi)有信息化，即使一些很賺錢(qián)的行業(yè)或壟斷國企做了信息化，但都自己封閉起來(lái)，和其他企業(yè)之間老死不相往來(lái)，SOA在中國有用處嗎？
答：你用不用SOA組件模型，就如同你用不用.NET組件一樣，管整合什么事。你如果只想整合，webservice就可以了。用不用組件式開(kāi)發(fā)，是你自己的事情，如果你想讓你的程序變的靈活。你看.net里面那么多組件，給你的開(kāi)發(fā)帶來(lái)了很多的輕松啊。
七、問(wèn)：現在SOA成熟嗎？該到應用的時(shí)候了嗎？
答：成熟不成熟，你得看支持SOA標準的開(kāi)發(fā)工具成熟沒(méi)成熟，做SOA應用就需要成熟的開(kāi)發(fā)工具。有了能很順手的SOA組件開(kāi)發(fā)工具，那就看看有沒(méi)有成熟的SOA組件容器服務(wù)器。如果這兩項都不錯了，就可以開(kāi)發(fā)了。我們當年開(kāi)發(fā)COM+的時(shí)候，COM+不成熟，COM+開(kāi)發(fā)工具不成熟，COM容器不成熟，造成線(xiàn)程死鎖、并發(fā)排隊、緩沖池崩潰、內存泄露很多問(wèn)題，搞的我們很是頭疼，最后找來(lái)開(kāi)發(fā)工具廠(chǎng)商的人，找來(lái)微軟，才算弄清問(wèn)題，原來(lái)一方面是微軟COM+有問(wèn)題，一方面開(kāi)發(fā)工具也有問(wèn)題，白耽誤了我們許多時(shí)間。不過(guò)福兮禍兮，倒是讓我對組件模型、WINDOWS基礎核心技術(shù)思想倒是精進(jìn)不少。
八、問(wèn)：我看你有點(diǎn)誤導人?，F在企業(yè)級開(kāi)發(fā)，實(shí)際主流標準就兩個(gè)，一個(gè)是.NET，一個(gè)是JAVA。.NET本來(lái)就似乎支持WebService第一類(lèi)的技術(shù)，而JAVA是后來(lái)才加入WebService的，所以算不得原生結合。況且微軟自己自成一套體系，.NET組件模型也很好，我為什么要用SOA組件模型呢？
答：確實(shí)這里面也有些商業(yè)目的。雖然IBM現在是JAVA領(lǐng)域的領(lǐng)頭羊，也在JAVA上建立了一整套產(chǎn)品體系，投資頗大，但畢竟JAVA是出自SUN，所以SUN為了保護自己的利益當然要不讓IBM自己主導的很爽了，所以JAVA要推出一項特性，往往時(shí)間很慢，而且總需要兼顧各方利益，所以大家都看到，近幾年出來(lái)的JAVA新特性標準都不盡人意，就是各方利益拉鋸的產(chǎn)物，誰(shuí)也不得罪，就形成了中庸的東西。IBM早就想甩開(kāi)SUN了，但IBM在JAVA上也投資巨大，如果另起爐灶也不太可能，所以想到這個(gè)移花接木的方法，把JAVA架空。出了一個(gè)SOA模型，各種語(yǔ)言都可以實(shí)現，不僅僅限于JAVA平臺上，在SOA的統一架構技術(shù)至上，就沒(méi)有JAVA痕跡了，那就輪到IBM大顯身手了，所以OSOA組織，SUN是很靠后才參加的。因為SUN知道，不參加會(huì )被甩的更遠，現在參加，還能撈點(diǎn)殘余。反正最終的命運是要被掃走。
SUN的JAVA被IBM正在一步步邊緣化，當然投入過(guò)深，想抽出來(lái)也不容易，但IBM有這個(gè)財力也有這個(gè)耐心。IBM不斷宣稱(chēng)開(kāi)源，ECLIPSE，IBM支持了很多，讓大家在開(kāi)源世界接納了IBM，而且IBM近幾年一直在推動(dòng)web2.0，也就是輕巧化的開(kāi)發(fā)。企業(yè)級開(kāi)發(fā)，大家一想就頭疼，都是大框架大平臺很復雜，IBM也知道顧客煩了，現在全世界的IT巨頭都在宣稱(chēng)簡(jiǎn)化IT。呵呵，這些家伙，把東西搞復雜故意建造競爭壁壘的是他們，現在簡(jiǎn)化IT的還是他們，正反都能賣(mài)。
而大家要注意到，OSOA推出了SOA標準后，推出了三種實(shí)現，一種是JAVA，一種是C/C++，另一種是什么呢？大家猜一猜。
對，它就是PHP。
聯(lián)系客服
