在WPF中，依赖属性和附加属性之间有什么区别
依赖的由来：
在面向对象的世界里，属性大量存在，比如Button，就大约定义了70-80个属性来描述其状态。那么属性的不足又在哪里呢？
当然，所谓的不足，要针对具体环境来说。拿Button来讲，它的继承树是Button->ButtonBase->ContentControl->Control->FrameworkElement->UIElement->Visual->DependencyObject->…
每次继承，父类的私有字段都被继承下来。当然，这个继承是有意思的，不过以Button来说，大多数属性并没有被修改，仍然保持着父类定义时的默认值。通常情况，在整个Button对象的生命周期里，也只有少部分属性被修改，大多数属性一直保持着初始值。每个字段，都需要占用4K等不等的内存，这里，就出现了期望可以优化的地方：
因继承而带来的对象膨胀。每次继承，父类的字段都被继承，这样，继承树的低端对象不可避免的膨胀。
大多数字段并没有被修改，一直保持着构造时的默认值，可否把这些字段从对象中剥离开来，减少对象的体积
有了以上的背景，依赖就出现了，微软设计了DependencyProperty类， 里面有着 public static DependencyProperty Register(string name, Type propertyType, Type ownerType, object defaultValue)方法来注册属性。然后又定义了一个DependencyObject的基类来消费这个属性。这样继承自DenpendencyObject的类就可以注册自己的依赖属性，属性是自己注册的，其实严格的说并不是自己的，所以节省了空间。注册的属性在DependencyProperty里面通过一个hash( internal static Dictionary<object, DependencyProperty> RegisteredDps = new Dictionary<object, DependencyProperty>())来维护。注册过的属性都存在这个hash里面。自此依赖我感觉的由来就清楚了，不是自己的属性，而是此属性要依赖于DependencyProperty的。
依赖解释好了，那属性呢？其实属性就是对外暴漏接口罢了，注册依赖属性后就是给依赖属性赋值（set），或者问依赖属性取值（get），这些操作封装到了DependencyObject类里面，所有用过的属性的值都通过 List<EffectiveValueEntry> _effectiveValues = new List<EffectiveValueEntry>()来存储和维护。这样就不会污染最初的默认value。这里也就实现了某个属性变化的过程都可以DependencyObject里面的effectiveValues找到痕迹，这样也就支持了动画。获取和赋值都是通过EffectiveValueEntry这个入口来获得的。就此依赖属性设计好了。
这样的设计听好了，但是我们想要求子类也有自己的默认属性，比如很多控件都有Name属性，但有时候并不希望大家的默认值是一样的，但是有共用同一个DP。这该怎么解决呢？
要想支持不同的默认值，那么内部就要维护一个对应不同DependencyObjectType的一个List，可以根据传入的DependencyObject的类型来读取它对应的默认值。DP内需要维护一个自描述的List，按照微软的命名规则，添加新的类型属性元数据（PropertyMetadata）。其实在DependencyProperty里面添加了private List<PropertyMetadata> _metadataMap = new List<PropertyMetadata>();来维护元数据，实现对默认值的修改。
附加属性之我见：说白了就是依赖属性的改造，只是封装不同，区别在于附加二字，其实就是有些对象不具备某些属性，有些对象具备这些属性，那么具备这些依赖属性的对象就可以某些属性附加到不具备这些属性的对象上。比如人没有年级，班级的属性，而学校有年级班级的属性，但是当人在学校学习的时候就具备了班级年级的属性，这个时候学校这个对象就可以附加给人这个对象班级年级的属性。这就是附加属性。
回想下依赖属性，依赖属性是对一个对象来说的，这个对象可以注册依赖属性，以后这个对象就具备了这个属性。而附加属性是对两个对象来说的，一个是附加对象，一个是被附加对象。是不是可以这样理解，附加对象给被附加对象注册了一个依赖属性罢了。但这个依赖属性依靠附加对象操作。自己的理解不知道正确与否。
