為何不讓軟件測試SOA變得簡單？[2]

關鍵字：soa

　　我的觀點是，SOA對不同的需求需要不同對待。在本文中，我只關心J2EE架構方面的SOA，而我認為這意味著功能重用。其他從J2EE觀點來看SOA的優點還有：

　　1、松耦合的組件，這是軟件設計中重要的部分

　　2、引入ESB作為消息層意味著強制“面向接口編程，而不是實現”

　　3、異步消息增加了應用的伸縮性

　　讓我們通過問三個特定的問題來看一下軟件重用中更細節的問題：

　　1、為什么重用軟件是重要的?

　　2、SOA是如何提出解決軟件重用問題的?

　　3、是否SOA的允諾能夠使軟件重用應用到現實中?

　　首先，軟件重用是重要的原因如下：

　　1、時間和花費上的效率—能夠重用已經的組件來滿足陳述的業務需求將節省大量的時間和金錢。

　　2、重要的特性包括但不限于如穩定性/性能/可管理性/文檔/可配置性。因為一個組件被重用的次數越多，對這個組件的投資也越多，他的優勢也越多。

　　3、 良好設計的可重用框架無論在哪里被使用都擁有正面的效果，而且你愿意的話可以封裝更好的想法來解決通用問題。

　　因此我們需要重用性。那么最簡單的方法是什么呢?就是打包軟件作為一組良好定義的組件來滿足離散的功能需求。然后，如果其他應用需要相同的組件，他就可以重用了。還有些細節需要考慮，如如何配置，但這些細節已經偏離了主題：重用任何語言編寫的代碼，那些代碼必須被設計成一組離散的組件或重構為集合。

　　其次，SOA是如何解決軟件重用的問題呢?是通過基于組件模型來構建和引入一個重要的強制約定：組件間的通訊要通過下發到ESB的消息來進行，而這就確保了松耦合。實際上，最廣泛布署的SOA實現—Web services可以通過使消息層技術中性來縫合用不同語言開發的組件。

　　最后，SOA對軟件重用的允諾真有實際意義嗎?不，我想念如果SOA在1945(大概是和ENIAC同時代吧)被發明的話確實可以解決軟件重用的問題。但沒有，現存的大量代碼是用不同的開發語言編寫的，有COBOL/C/C++/C#和其他語言。這些代碼沒有作為離散的組件來編寫，因此也沒有SOA來解決。事實上，我認為有大量的SOA項目的工作是花費在重構相同的代碼庫。

原文轉自：http://www.kjueaiud.com