OpenDDS開發手冊---第一章2

1.1.2 内置主題

    dds 規範定義了一些内置到 dds 實作的主題，訂閱這些内置主題使應用程式開發人員能夠通路正在使用的域的狀态, 包括哪些主題已注冊、 哪些資料讀者和資料寫是連接配接和斷開、各種實體的服務品質。在訂閱時, 應用程式會收到域中實體的顯示樣本改變的示例。

下表顯示了在 dds 規範中定義的内置主題:

主題名稱                      描述

DCPSParticipant         每個執行個體代表一個域參與者

DCPSTopic                  每個執行個體都表示一個普通 (非内置) 主題

DCPSPublication         每個執行個體都表示一個資料寫入者

DCPSSubscription       每個執行個體都表示資料讀讀取者

1.1.3 服務品質政策                                                                                                                                                                                                                                                                                                                 

     dds 規範定義了一系列服務品質 (qos) 政策,應用程式來指定服務的 qos 要求。參與者指定他們需要從服務和服務的行為決定如何實作這些行為。這些政策可應用于各種 DCPS 實體 (主題、資料寫入者、資料讀取者、釋出伺服器、訂閱伺服器、域參與者) 雖然并非所有政策都适用于所有類型的實體。

    訂戶和釋出者使用請求與提供的request-versus-offered (RxO請求對比提供) 模型比對。訂閱請求一組最低要求的政策。釋出者提供一套潛在訂訂閱者的 qos 政策。然後, dds 實作嘗試比對要求的政策使用所提供的政策;如果這些政策是相容的, 則互相關聯被形成。3章詳細讨論了目前由 OpenDDS 實施的 qos 政策。

1.1.4 監聽

dcp 層為每個允許應用程式的實體定義一個回調接口，程序 "偵聽" 某些狀态更改或與該實體相關的事件。示例中, 當有可用的資料值時, 将通知資料讀取器偵聽器。

1.1.5 條件Conditions

     Conditions和Wait Sets允許在檢測感興趣的事件時選擇偵聽器在DDS中。通用模式如下：

    應用程式建立特定類型的條件對象, 如 StatusCondition, 以及将其附加到 WaitSet上。

• 應用程式等待 WaitSet 直到一個或多個條件變為真
• 應用程式調用相應實體對象上的操作, 以提取必要的資訊。
• 資料讀取者接口還具有擷取 ReadCondition 參數的操作

• QueryCondition 對象作為 ContentSubscription 配置檔案實作的一部分提供。QueryCondition 接口擴充了 readcondition

  接口