? 在查看和修改代碼之前，我們需要討論一下目標的整體架構。只有明確了最終的目標架構，我們才能夠在邁向這個(gè)最終目標的過(guò)程中，始終把握住正確的前進(jìn)方向。
我們將實(shí)現一個(gè)面向服務(wù)的架構（Service-Oriented Architecture，SOA）。這種結構從一個(gè)比較高的層次上，描述了我們的軟件架構，解釋了大塊構件間的交互方式，從而避免了應用程序進(jìn)入到一個(gè)緊耦合的狀態(tài)。這種方法貫穿全書(shū)，所以理解本章中的準則對項目的成功至關(guān)重要。
SOA是一種將應用程序設計為可擴展和可維護的方法。SOA設計準則于2005年由Thomas Erl規范化，并在近幾年成為一種主流。最初發(fā)布的準則設計用于一些大型系統。這些系統可以運行在任意的硬件之上，而這些硬件可以通過(guò)網(wǎng)絡(luò )接入。具體來(lái)說(shuō)，這些服務(wù)可以存在于應用程序的內部或者外部，甚至能由開(kāi)發(fā)團隊之外的人員來(lái)管理，因此“服務(wù)發(fā)現”和“組件描述”是Thomas Erl所描述的SOA架構中的重要組成部分。如果你準備設計外界可使用的服務(wù)，比如網(wǎng)站的API或是由其他開(kāi)發(fā)人員使用的第三方庫，那么SOA是一個(gè)絕佳的參考樣例。
本書(shū)只用到了Erl杰出成果中的一部分。假設所有的服務(wù)都在應用程序內部，而且假設你了解所構建的服務(wù)，因此許多服務(wù)的接口定義在構建時(shí)也是為你所知的。換句話(huà)說(shuō)，我們假設在構建代碼時(shí)你充分了解應用程序使用的所有服務(wù)。沒(méi)有必要為了動(dòng)態(tài)適應不斷變化的外部服務(wù)而新建代碼。這個(gè)假設并不意味著(zhù)我們構建的服務(wù)不能提供給外界。在這本書(shū)中，對于向外界宣揚所提供的服務(wù)以及向外界闡明服務(wù)提供的功能定義等諸如此類(lèi)的問(wèn)題，我們不想在其上浪費過(guò)多的精力。如果真的有需要去設計和構建一個(gè)外部可用服務(wù)，比如公共的API，只需適當使用Erl準則就可以輕松解決問(wèn)題。
