IWbemRefresher
COM公式ドキュメント
列挙子オブジェクトやリフレッシャーオブジェクトなど、更新可能なオブジェクトを更新するためのエントリポイントを提供します。
メソッド 1
vtbl = vtable インデックス(0始まり)。HSP等からCOMメソッドをインデックス指定で呼ぶ際に使用します。0〜2 は IUnknown。
IWbemRefresher::Refresh メソッドは、すべての更新可能なオブジェクト、列挙子、および入れ子になったリフレッシャーを更新します。WMI リフレッシャーは、クライアントからの更新要求に応じてこの関数を呼び出します。
| lFlags | INT | in | このメソッドの動作を変更するフラグのビットマスクです。 WBEM_FLAG_REFRESH_AUTO_RECONNECT が指定されている場合、接続が切断されると、リフレッシャーはプロバイダーへの再接続を自動的に試みます。これがこのメソッドの既定の動作です。 リフレッシャーにプロバイダーへの再接続を試みさせたくない場合は、WBEM_FLAG_REFRESH_NO_AUTO_RECONNECT を指定します。 |
戻り値
このメソッドは、メソッド呼び出しの状態を示す HRESULT を返します。以下に、HRESULT に格納される値を示します。
解説(Remarks)
列挙子やオブジェクトを更新する際、プロバイダーはできる限り短時間で処理を完了すべきです。 IWbemObjectAccess のメソッドを使用し、プロパティハンドルをキャッシュして再利用することで、パフォーマンスを大幅に向上させることができます。列挙子を更新する際、プロバイダーはすべてのオブジェクトを削除して再生成することも、変更されたインスタンスのみを削除して追加することもできます。どちらの方法が最適かは実装者が判断します。いずれの場合も、インスタンスをキャッシュすることでパフォーマンスを向上させることができます。
プロバイダーは、 IWbemRefresher::Refresh の呼び出しに応じる場合にのみ、リフレッシャー内のオブジェクトおよび列挙子にアクセスすべきです。ただし、 Refresh が呼び出されたときに備えて、これらのオブジェクトに格納するデータをバックグラウンドスレッドでポーリングして準備しておくことは、まったく問題ありません。
例
次のコード例は、 Refresh の実装方法を示しています。
HRESULT CMyHiPerfProviderRefresher::Refresh(
/* [in] */long lFlags
)
{
// Run through all the objects and update their
// data.
// Now run through the enumerators.
// Empty the enumerator and refill it.
return WBEM_S_NO_ERROR;
}
Microsoft 公式リファレンス: 英語 (en-us) · 日本語 (ja-jp) · 原文ソース (GitHub)
HSP用 COM定義
#usecom / #comfunc によるHSPのCOM呼び出し定義。数字は vtbl インデックス(0始まり)。クラスIDが無い場合 #usecom の末尾は "{}"、ある場合は "{CLSID}"。
#define global IID_IWbemRefresher "{49353C99-516B-11D1-AEA6-00C04FB68820}"
#usecom global IWbemRefresher IID_IWbemRefresher "{C71566F2-561E-11D1-AD87-00C04FD8FDFF}"
#comfunc global IWbemRefresher_Refresh 3 int
; ※数字は vtbl インデックス(0始まり)。0/1/2 は IUnknown(QueryInterface/AddRef/Release)。
; ※#usecom 末尾は CoCreateInstance 用のクラスID(コクラスCLSID, SDKから自動取得)。