Question

我正在实现一个界面来定义一个我不需要/不想要的事件，但我想避免让不知情的订阅者“活着”。

我认为如果我明确定义事件，这应该足够了，但是编译器会在那里添加代码并阻止我的计划吗？

public event EventHandler CanExecuteChanged
{
    add { }
    remove { }
}

上下文：我遇到了MVVMLight RelayCommand的问题，因为它使用了WeakReference，显然我的代码中有太多的间接，而且我失去了命令。所以我想实现自己的CanAlwaysExecuteCommand，我不需要这个事件。

Answer 1

是的，这应该有效。如果接口强制使用INotifyPropertyChanged并且某些实现是不可变的，我会使用相同的技巧。

但我不确定所以我使用这个类测试它：

public class Foo : INotifyPropertyChanged
{
    public event PropertyChangedEventHandler PropertyChanged
    {
        add { }
        remove { }
    }
}

事件实现的相应IL-Code（由dotPeek显示）是：

.method public final hidebysig virtual newslot specialname instance void 
  add_PropertyChanged(
    class [System]System.ComponentModel.PropertyChangedEventHandler 'value'
  ) cil managed 
{
  .maxstack 8

  // [77 17 - 77 18]
  IL_0000: nop          

  // [77 19 - 77 20]
  IL_0001: ret          

} // end of method Foo::add_PropertyChanged

.method public final hidebysig virtual newslot specialname instance void 
  remove_PropertyChanged(
    class [System]System.ComponentModel.PropertyChangedEventHandler 'value'
  ) cil managed 
{
  .maxstack 8

  // [78 20 - 78 21]
  IL_0000: nop          

  // [78 22 - 78 23]
  IL_0001: ret          

} // end of method Foo::remove_PropertyChanged

.event [System]System.ComponentModel.PropertyChangedEventHandler PropertyChanged
{
  .addon instance void ConsoleApplication1.Foo::add_PropertyChanged(class [System]System.ComponentModel.PropertyChangedEventHandler) 
  .removeon instance void ConsoleApplication1.Foo::remove_PropertyChanged(class [System]System.ComponentModel.PropertyChangedEventHandler) 
} // end of event Foo::PropertyChanged

空添加/删除事件定义是否会阻止引用？

1 个答案: