圖 2-3 面向服務的術語
 

    基于接口的設計

    在組件和服務開發中，都需要進行接口設計，這樣軟件實體就可以實現和公開其定義的關鍵部分。因此，在基于組件和面向服務的系統中，“接口”的概念對于成功的設計非常關鍵。下面是一些與接口有關的重要定義：

    接口：定義一組公共方法簽名，它按照邏輯分組但是沒有提供實現。接口定義服務的請求者和提供者之間的契約。接口的任何實現都必須提供所有的方法。
    已發布接口：一種可唯一識別和可訪問的接口，客戶端可以通過注冊中心來發現它。
    公共接口：一種可訪問的接口，可供客戶端使用，但是它沒有發布，因而需要關于客戶端部分的靜態知識。
    雙接口：通常是成對開發的接口，這樣，一個接口就依賴于另一個接口；例如，客戶端必須實現一個接口來調用請求者，因為該客戶端接口提供了某些回調機制。

    第 23 頁的圖 2-4 定義了客戶關系管理 (CRM) 服務的 UML 定義，它表示為一個 UML 組件，實現接口 AccountManagement、ContactManagement 和 SystemsManagement。在這些接口中只有頭兩個接口是已發布接口，不過，后者是公共接口。注意，SystemsManagement 接口和 ManagementService 接口構成了雙接口。CRMservice 可以實現許多這樣的接口，但是它以多種方式行為的能力取決于客戶端在行為的實現方面是否允許有大的靈活性。甚至有可能給特定類型的客戶端提供不同或附加的服務。在一些運行時環境中，這樣的功能也用于在單個組件或服務上支持相同接口的不同版本。

圖 2-4 已實現的服務
 

    分層應用程序體系結構

    如前所述，面向對象的技術和語言是實現組件的極好方式。雖然組件是實現服務的最好方法，但是您必須理解的一點是，好的基于組件的應用程序未必就構成好的面向服務的應用程序。一旦理解了服務在應用程序體系結構中所起的作用，組件開發人員就很有可能會利用現有的組件。進行這種轉變的關鍵是認識到面向服務的方法意味著附加的應用程序體系結構層。第 24 頁中的圖 2-5 演示了如何將技術層應用于程序體系結構以提供粒度更粗的實現（它更靠近應用程序的使用者）。為稱呼系統的這一部分而創造的術語是“應用程序邊界”，它反映了服務是公開系統的外部視圖的極好方法的事實（通過內部重用并結合使用傳統組件設計）。