AOP 如何帮助数据绑定？

Question

我最近读了一篇有趣的文章关于 Anders Hejlsberg 反对 AOP 的论点的博客文章。

第一个反反论证提到了数据绑定：

神话 1。“面向方面的编程对于代码的调试和检测很有趣，但它并不是一个成熟的编程学科。”

真相 1。安德斯可能停在“Hello, world”的例子上。

尽管代码插装无疑是 AOP 的一个重要用例（并且您会在每个“入门”文档中看到该用例），但该技术在实现任何重要的现实生活中时显着简化了开发人员的工作应用。仅举几个 AOP 真正有帮助的现实场景：

* Data Binding (INotifyPropertyChanged) 

我正在尝试考虑如何在数据绑定场景中使用 AOP。我一直认为绑定依赖于反射来发挥它的“魔力”。我非常确定绑定场景中所需的一切都可以通过反射获得。 AOP 是否用于（轻微）性能提升？

Answer 1

他指的不是数据绑定，而是 AOP 真正大放异彩的 INotifyPropertyChanged （以及类似的）部分。

目前，当一个类实现 INotifyPropertyChanged 时，属性看起来像这样：

private bool _isSomeProperty;
public bool IsSomeProperty
{
  get{ return _isSomeProperty;}
  set
  { 
    if( value != _isSomeProperty)
    {
      _isSomeProperty = value;
      OnNotifyPropertyChanged( "IsSomeProperty");
    }
  }
}

在适当的 AOP 中，它们可能看起来像这样

[NotifyOnChange]    
public bool IsSomeProperty {get; set;}

造成很大的可读性差异，特别是当几个属性的设置器在其中有一些实际规则时它。

即使使用通用基类、表达式、反射和一些棘手的实现，您所希望的最好结果是：

private bool _isSomeProperty;
public bool IsSomeProperty
{
  get{ return _isSomeProperty;}
  set
  { 
    SetAndNotify( x=>x.IsSomeProperty)
  }
}

即使这样可读性也较差（并且性能也较差）