共用方式為


(dbgmodel.h) IDynamicConceptProviderConcept 介面

如果用戶端想要接管物件的密鑰和值的儲存,它可以實作這個概念介面。

對像是索引鍵的動態提供者,希望從核心數據模型接管所有密鑰查詢。 此介面通常用來做為動態語言的網橋,例如 JavaScript。

繼承

IDynamicConceptProviderConcept 繼承自 IUnknown。

方法

IDynamicConceptProviderConcept 介面具有這些方法。

 
IDynamicConceptProviderConcept::AddRef

IDynamicConceptProviderConcept::AddRef 方法會遞增物件上介面的參考計數。
IDynamicConceptProviderConcept::GetConcept

動態概念提供者上的 GetConcept 方法實際上是 IModelObject 上 GetConcept 方法的覆寫。
IDynamicConceptProviderConcept::NotifyDestruct

動態概念提供者上的 NotifyDestruct 方法是核心數據模型在物件解構開始時所做的回呼,這是動態概念提供者。
IDynamicConceptProviderConcept::NotifyParent

核心數據模型會使用 NotifyParent 呼叫來通知動態提供者單一父模型,這是為了允許橋接「多個父模型」範例而建立的單一父模型。
IDynamicConceptProviderConcept::NotifyParentChange

動態概念提供者上的 NotifyParent 方法是當對物件單一父模型進行靜態操作時,核心數據模型所建立的回呼。
IDynamicConceptProviderConcept::QueryInterface

IDynamicConceptProviderConcept::QueryInterface 方法會擷取對象上支援介面的指標。
IDynamicConceptProviderConcept::Release

IDynamicConceptProviderConcept::Release 方法會遞減物件上介面的參考計數。
IDynamicConceptProviderConcept::SetConcept

動態概念提供者上的 SetConcept 方法實際上是 IModelObject 上 SetConcept 方法的覆寫。

備註

動態提供者概念

雖然數據模型本身通常會處理對象的關鍵和概念管理,但有時候該概念較不理想。 特別是,當用戶端想要在數據模型與真正動態 (的其他項目之間建立網橋時,例如:JavaScript) ,從數據模型中實作接管重要和概念管理會很有用。 由於核心數據模型是 IModelObject的唯一實作,而是透過兩個概念的組合來完成:動態重要提供者概念和動態概念提供者概念。 雖然一般會同時實作或兩者都未實作,但不需要這麼做。

如果實作這兩者,則必須在動態概念提供者概念之前新增動態重要提供者概念。 這兩個概念都是特殊的。 它們實際上會在物件上翻轉切換,將它從「靜態管理」變更為「動態管理」。 只有在對象上沒有數據模型所管理的索引鍵/概念時,才能設定這些概念。 將這些概念新增至對象之後,執行這項作業的動作是不可撤銷的。 IModelObject 之間的擴充性有額外的語意差異,這是動態概念提供者,而不是。 這些概念旨在允許用戶端建立數據模型與動態語言系統之間的網橋,例如 JavaScript。 數據模型具有擴充性的概念,與 JavaScript 之類的系統有些基本不同,因為父模型有樹狀結構,而不是 JavaScript 原型鏈結之類的線性鏈結。 為了讓這類系統有更好的關聯性, IModelObject 是動態概念提供者具有單一數據模型父代。 該單一數據模型父系是一般 IModelObject ,其可具有任意數目的父模型,如同數據模型一般。 新增或移除父系之動態概念提供者的任何要求都會自動重新導向至單一父系。 從外部的觀點來看,動態概念提供者似乎具有父模型的一般樹狀結構樣式鏈結。 動態概念提供者概念的實作者是核心數據模型外部的唯一物件 (,) 知道中繼單一父系。 該單一父代可以連結至動態語言系統,以提供網橋 (例如:放置在 JavaScript 原型鏈結) 。

規格需求

需求
標頭 dbgmodel.h

另請參閱

調試程序數據模型 C++ 概觀