ReSharper / C＃で「デリゲート減算の結果は予測できません」？

myDelegate -= eventHandlerReSharper（バージョン6）の問題を使用する場合：

デリゲートの減算の結果は予測できません

この背後にある合理的な理由は、ここでJetBrainsによって説明されています。説明は理にかなっており、それを読んだ後、私は-デリゲートでの私の使用をすべて疑っています。

それでは、

• ReSharperを不機嫌にすることなく、自動以外のイベントを作成できますか？
• または、これを実装するためのより良いおよび/または「正しい」方法はありますか？
• または、ReSharperを無視できますか？

簡略化したコードは次のとおりです。

public delegate void MyHandler (object sender);

MyHandler _myEvent;

public event MyHandler MyEvent
{
    add
    {
        _myEvent += value;
        DoSomethingElse();
    }
    remove
    {
        _myEvent -= value; // <-- ReSharper warning here
    }
}

恐れるな！ReSharperの警告の最初の部分は、デリゲートのリストの削除にのみ適用されます。コードでは、常に1つのデリゲートを削除しています。2番目の部分では、重複したデリゲートが削除された後のデリゲートの順序について説明します。イベントは、サブスクライバーの実行順序を保証するものではないため、実際には影響を受けません。

上記のメカニズムは予期しない結果をもたらす可能性があるため、ReSharperはデリゲート減算演算子に遭遇すると警告を発します。

ReSharperがこの警告を発行しているのは、マルチキャストデリゲートの減算には問題がある可能性があるためであり、その言語機能を完全に非難しているわけではありません。幸いなことに、これらの落とし穴はフリンジケースにあり、単純なイベントをインスツルメントしているだけの場合、それらに遭遇することはほとんどありません。独自のadd/ removeハンドラーを実装するためのより良い方法はありません、あなたはただ気づかなければなりません。

そのメッセージに対するReSharperの警告レベルを「ヒント」にダウングレードすることをお勧めします。そうすることで、通常有用な警告に鈍感にならないようにします。

デリゲートを直接使用して合計または減算しないでください。代わりにあなたのフィールド

MyHandler _myEvent;

代わりにイベントとしても宣言する必要があります。これにより、ソリューションを危険にさらすことなく問題を解決し、イベントを使用できるという利点があります。

event MyHandler _myEvent;

デリゲートを単純に割り当てるとイベントを失う可能性があるため、デリゲートの合計または減算の使用は危険です（宣言に従って、開発者は、これがイベントとして宣言されているときのようにマルチキャストデリゲートであると直接推論しません）。例を挙げれば、この質問で言及されたプロパティがイベントとしてフラグが立てられていなかった場合、誰かがデリゲートに割り当てられただけであるため（以下も有効です！）、以下のコードは最初の2つの割り当てをLOSTにします。

myObject.MyEvent += Method1; 
myObject.MyEvent += Method2;
myObject.MyEvent = Method3;

Method3を割り当てるときに、2つの初期サブスクリプションを完全に失いました。イベントを使用すると、この問題が回避され、同時にReSharper警告が削除されます。

-=を使用する代わりに、それを= nullに設定します