面向構件的開發：SCA還是SOA？

      面向構件，新一代的軟體開發模式和方法。那麼它的規範和標準又是什麼呢?現在這個答案越來越清晰：SCA。回答這個問題的時候，可能現在絕大部分的人都會說SOA，其實‘SOA’這個回答是錯誤的!(似乎現在的軟體界不提SOA就落後了?!)但是在這個問題上‘SOA’的的確確是個錯誤的答案。SOA不是軟體開發的方法，不是軟體開發的標準。他只是一個更大的軟體架構概念，有著不夠明確的內涵和超強的外延，就像‘中介軟體’這個詞一樣。而SCA則不同，它有著清晰的內涵和規範標準，當然SCA也是在SOA的巨大範圍之內，不過更有現實的意義。
　　可以這麼說，隨著7月初SUN公司的加入SCA/SDO國際構件標準組織，標誌著Java和JavaEE將在未來五年內逐漸退出‘解決客戶關鍵問題的主流技術’的地位。也隨著SUN加入SCA/SDO組織的這一刻，Java/JavaEE的客戶價值領導地位大勢已去，JavaEE應用伺服器將進入低價值和同質化的時代。SUN公司晚於普元軟體(Primeton Technologies)加入這一組織，正說明了兩點：一就是在激烈的思想鬥爭中，加入代表了承認領導地位的失去;二就是將逐步放棄自己的JBI。但是明眼人一看就知道，不加入就等於再造一個十多年前的Novell，進入邊緣化的市場。

　　JavaEE在市場上的努力也有了一段時間，在新一代(SCA/SDO/BPEL)技術還沒有成型前，他們還在扮演著‘解決客戶關鍵問題的主流技術’的腳色，可是近幾年來越來越顯出力不從心。直接導致一大堆五花八門技術的出現來彌補其不足：Spring, Struts, Hibernate, AOP......。這些屬於2.5G的技術在一段時間內解決了一些問題，不過也在帶來更多的問題(彼此的整合，開源的問題等等)。

　　SCA/SDO/BPEL就是新十年的軟體開發的主流技術，是軟體開發的3G時代，之所以是主流正是他是在徹底的解決新十年客戶的關鍵問題。將來Java/JavaEE就會成為一個企業運營需要的同質化的平臺，解決分散式計算的問題，也是一個成熟的平臺，就像PC機、作業系統一樣，發展緩慢。另外‘2.5G’的那些技術 (Spring, Struts, Hibernate, AOP......)將會融入到‘3G’ (SCA/SDO/BPEL)中，並將逐漸退出獨立發展的市場，而SCA/SDO/BPEL則發展迅猛，不斷解決著客戶的關鍵性問題：

　　1.應用開發與整合的效率 -〉 業務響應能力和低成本

　　2.應用模組複用、變化性維護和管理 -〉 應用資產價值提升和隨需應變

　　3.開放性、標準化、高效能和應用監控 -〉　企業級運營和管理能力

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/14789789/viewspace-425597/，如需轉載，請註明出處，否則將追究法律責任。