傳統(tǒng)的MVC對于單個應(yīng)用來說非常成熟，這是實踐中證明的。對于大多數(shù)獨立的應(yīng)用和系統(tǒng)來說MVC很勝任。
----傳統(tǒng)技術(shù)和架構(gòu)的合理性。
然而，當企業(yè)中的應(yīng)用規(guī)模不斷擴大，從幾個到幾十個甚至上百個的時候，靠若干MVC架構(gòu)的不斷疊加能夠構(gòu)造出一個適合企業(yè)級的架構(gòu)么？所以才出現(xiàn)了Portal這樣的新技術(shù)來迎接這樣的挑戰(zhàn)，但是Portal的關(guān)注點更靠近與展現(xiàn)端，在底端通訊方面不能給出更好的答案。所謂架構(gòu)是要一套整體解決方案，這樣的架構(gòu)所要解決的問題簡而言之就是兩個特點：數(shù)目或規(guī)模大、異構(gòu)應(yīng)用交互。
----這是WebService的由來。
WSDL 在增強應(yīng)用之間的可連接性以及互操作性方面邁出了一大步。然而，WSDL只關(guān)注了服務(wù)接口，它并不提供描述一個服務(wù)所依賴的其它服務(wù)，以及這個服務(wù)所需要使用的配置策略和服務(wù)之間的依賴關(guān)系。
單獨通過WSDL 很難實現(xiàn)服務(wù)之間的組合調(diào)用。
SCA比WSDL走的更遠的方面是定義了一個服務(wù)組件模型以及一個服務(wù)組裝模型。
服務(wù)模型提供了比WSDL更多的功能，它允許服務(wù)開發(fā)者不單定義服務(wù)的接口而且還可以定義 這個服務(wù)和其他服務(wù)的依賴關(guān)系，以及這些交互（事務(wù)，安全，以及可靠 傳輸）之間的策略還有服務(wù)所可能提供的配置功能。
----這是SCA的由來。
過去我們所采用的技術(shù)中，不管是.NET也好，J2EE也好，它們都有基于自身平臺下的規(guī)范，比如在J2EE環(huán)境下，我們就會通過JDBC、Entity Bean這樣的方式訪問數(shù)據(jù)庫或者其它數(shù)據(jù)源;而在.NET下同樣有類似ADO這樣的方式來訪問各種不同的數(shù)據(jù)源。
這里面的問題在于，平臺透露了太多的技術(shù)細節(jié)，程序員需要了解很多相關(guān)的內(nèi)容，比如他需要創(chuàng)建一個JDBC或ODBC的數(shù)據(jù)源，再利用這些規(guī)范所提供出來的編程接口來想辦法得到數(shù)據(jù)源中的數(shù)據(jù)，為達成這個目標，程序員還需要去做對象-關(guān)系映射，以實現(xiàn)對象到關(guān)系數(shù)據(jù)庫或者與之相反的數(shù)據(jù)轉(zhuǎn)換。
目前有一些技術(shù)可以用來解決這些問題，比如前段時間在Java社群中一直都非常流行的Hibernate等，諸如此類的方法和工具很多，他們都是用來協(xié)助程序員處理上述工作的。
但無論如何，你都無法逃避地要看到很多這些方法中非常底層的技術(shù)細節(jié)，而且，程序員需要學(xué)習(xí)所有這些不同的技術(shù)，了解它們適應(yīng)于什么情況，處理各種情況下的不同技術(shù)細節(jié)。
事實上，程序員需要抽象層次更高的東西，比如業(yè)務(wù)數(shù)據(jù)對象(Business Object)以及它內(nèi)部各種細粒度數(shù)據(jù)對象之間的關(guān)聯(lián)，這是可以用一致、通用的方式來表示和操作的。有了抽象層次更高的模型，程序員就可以通用的方式來定義和訪問業(yè)務(wù)數(shù)據(jù)，從而以統(tǒng)一的方式來描述和訪問不同的數(shù)據(jù)源，降低對程序員技能的要求，提高生產(chǎn)率，更容易在不同的應(yīng)用環(huán)境交換。
這樣，不管是Java或者C++語言描述下，程序員都不必去了解平臺上的技術(shù)細節(jié)，用一個XML Schema描述這樣的通用、簡單的的業(yè)務(wù)數(shù)據(jù)模型，然后在運行將對象持久化到你的關(guān)系數(shù)據(jù)庫、XML或者其它數(shù)據(jù)源中。
----這是SDO的由來。
SOA提供了一種很好的改變現(xiàn)有業(yè)務(wù)流程模式的途徑，成功實施SOA項目的關(guān)鍵在于分析重點、減低風(fēng)險，給出企業(yè)真正需要的功能模塊。本質(zhì)上講，SOA并不是一種新技術(shù)，它僅僅是一種系統(tǒng)設(shè)計/規(guī)劃模式，甚至可以說，只是一種現(xiàn)有業(yè)務(wù)流程重組轉(zhuǎn)換模式。
更直接地說，有一種需求變得越來越明顯：業(yè)務(wù)需要集成系統(tǒng)，并允許消費者利用基于標準的方法訪問服務(wù)。
----SOA本義
簡單的講，SOA就是將現(xiàn)有的一些功能模塊打包成獨立的程序包，命名為“服務(wù)”模塊。對于這些服務(wù)模塊，需要對其接口進行良好定義，使得其他的應(yīng)用系統(tǒng)可以使用“拿來主義”，方便的使用這些服務(wù)模塊。通過創(chuàng)建服務(wù)模塊庫，將所建立的模塊集中到模塊庫中，這樣，利用庫中的服務(wù)模塊，可以方便的構(gòu)建出所需要的應(yīng)用系統(tǒng)，
面向服務(wù)的體系結(jié)構(gòu)本質(zhì)上來說是一種具有特殊性質(zhì)的體系結(jié)構(gòu)，它由具有互操作性和位置透明的組件集成構(gòu)建并互連而成。
基于SOA的企業(yè)系統(tǒng)架構(gòu)通常都是在現(xiàn)有系統(tǒng)架構(gòu)投資的基礎(chǔ)上發(fā)展起來的，我們并不需要徹底重新開發(fā)全部的子系統(tǒng); SOA可以通過利用當前系統(tǒng)已有的資源(開發(fā)人員、軟件語言、硬件平臺、數(shù)據(jù)庫和應(yīng)用程序)來重復(fù)利用系統(tǒng)中現(xiàn)有的系統(tǒng)和資源。
---- SOA和現(xiàn)實及技術(shù)的關(guān)系
軟件企業(yè)的產(chǎn)品開發(fā)和營銷必須兩眼緊盯著市場需求，產(chǎn)品開發(fā)要和市場人員緊密結(jié)合，找到關(guān)鍵客戶普遍而又重要的共性問題。產(chǎn)品源于市場，服務(wù)于市場，研究技術(shù)是為了更好地解決客戶的問題。
技術(shù)是手段，附以方法論，形成BEST PRATICE，驅(qū)使的目標或目的才是關(guān)鍵
目前國內(nèi)大肆渲染的soa(sca,sdo)等，無非是手段，真正能派上用場的場合確實有，但是是大多鼓吹或愛好者所罕遇的。
研究技術(shù)是為了更好的解決客戶的問題，這便是技術(shù)的目的！
-----技術(shù)的目的