なぜDispatcherObject.CheckAccess()およびVerifyAccess()から頭に付けた?
-
09-06-2019 - |
質問
の System.Windows.Threading.DispatcherObject
クラス( DependencyObject
に基づく)を含むならではの便利機能と呼ばれる CheckAccess()
, るかどうかを判定しないのコード実行中のスレッドのUI.
がたかったので昨日、私は戸惑いを行頭に付けたかの機能も VerifyAccess()
, するが例外をスローしない場合は、UIのスレッド決めていたにもかかわらずMSDN図書館のリストです。私は討するためのクラス用リフレクター。この機能に問題は EditorBrowsable(EditorBrowsableState.Never)
属性が付いています。の Dispatcher
クラスタを使用した DispatcherObject
, のと同じ属性が付属 CheckAccess()
や VerifyAccess()
:
public abstract class DispatcherObject
{
// ...
[EditorBrowsable(EditorBrowsableState.Never)]
public bool CheckAccess();
[EditorBrowsable(EditorBrowsableState.Never)]
public void VerifyAccess();
// ...
[EditorBrowsable(EditorBrowsableState.Advanced)]
public Dispatcher Dispatcher { get; }
}
public sealed class Dispatcher
{
// ...
[EditorBrowsable(EditorBrowsableState.Never)]
public bool CheckAccess();
[EditorBrowsable(EditorBrowsableState.Never)]
public void VerifyAccess();
// ...
}
とは思っていないこと、その属性はランダム(または冗談で私の質問はなぜでありますか?これらの方法を直接呼び出してはいけないと?そしてなぜか protected
( internal
, のように、最も有用な方法のコンポーネントのラインナップ)?
他のヒント
において何らかの文書うな使用方法がことなんかないね。
ものご確認をEditorVisibleAttribute、お使いになれません。による反射板で、 EditorBrowsableAttribute.
反射鏡の分解:
[EditorBrowsable(EditorBrowsableState.Never)]
public bool CheckAccess()
{
//CODE
}
所属していません StackOverflow