数据源存放位置

目前我用存放数据源的属性有：

• Resources
• ItemsSource
• DataContext

一般控件都有Resources和DataContext属性，列表控件会多一个ItemsSource。

 Resources可以放多个资源，但是需要给每一个资源指定一个key。

<Page.Resources>
    <local:TestMode2 x:Key="TM2"/>
    <local:TestMode x:Key="TM1"/>
</Page.Resources>

而 ItemsSource和DataContext只能放一个对象（不需要指定key）

<Page.DataContext>
    <local:TestMode2/>
</Page.DataContext>

Bingding  表达式

Bingding  表达式 有一些常用的方法：

• Source  
• RelativeSource 
• Path

Path  相当于是一个过滤器，用来选择具体是哪一个属性。

Source  是指定资源的位置，Source  指定的资源是去Resources中找，寻找资源时直接指定key，就能一步到位。

<TextBlock Text="{Binding Source={StaticResource TM2 }, Path=TestDate }"/>

但如果，我们在绑定表达式中，不写Source  指定资源时，绑定表达式就会自动到ItemsSource和DataContext 中去找。

<TextBlock Text="{Binding Path=Value}"/>

而且，默认的寻找方式是一层层的往上找，如果在某一层找到ItemsSource或DataContext  被设置过，不管Path指定的属性是否存在，就会停止继续往上找。

那么是否改变这种默认的查找方式呢？答案是使用RelativeSource  。

你会发现 RelativeSource 和 Source  有着本质的区别， 它并不是指定源的位置而是用于改变默认的寻找资料的方式。（因为RelativeSource 要找的位置并不是具体多个对象的Resources，而是只有个一个对象的ItemsSource或DataContext） 

<TextBlock  Text="{Binding Path=DataContext.DM1.Value, 
                            RelativeSource={RelativeSource Mode=FindAncestor, AncestorType=Page}}"/>

感悟

在使用数据绑定时，我们更喜欢，使用不指定Source 的方式，此时会自动去ItemsSource或DataContext  中寻找，这种方式更加的灵活。

下一篇，我将介绍 RelativeSource 是如何改变默认的寻找资源的方式。并显示实际的例子，敬请期待。