我们知道，XAML中实际上是可以放置任何对象的，而系统将按照如下的规则管理嵌套的内容：
1. 如果对象实现了IList，那么嵌套内容将通过IList.Add添加到父对象；
2. 如果对象实现了IDictionary，并且元素用x:Key指定了键值，那么嵌套内容将通过IDictionary.Add添加到父对象；
3. 如果只有父对象用ContentPropertyAttribute声明了内容属性，那么嵌套内容将被赋值为到该属性。
我们在目前的项目中使用了很多XAML声明来减少编码量，但是在使用中我们发现，第2条对于Silverlight是不适用的，Silverlight的XAML只支持对Resources属性用字典方式来声明，对于自定义的字典内容，即使是ResourceDictionary也无法读取，否则运行时就会抛出异常。因为同样的方法在服务端已经普遍使用，所以我们把代码应用到Silverlight工程中的时候，根本没有想到这方面会出问题。从而花了很长时间、走了很多弯路去查找自己程序中的Bug，反复作了大量实验后，终于确定：这个问题来源于Silverlight和WPF读取XAML时的表现不同。
还是用代码来说明。首先我们看看在WPF中使用自定义字典是否可行：
public MyDict Dict { get; set; } }
publicclass MyDict : Dictionary<string, Brush> { }
然后在窗体中添加字典数据：
<local:BaseWindow.Dict> <SolidColorBrush x:Key="1" Color="Blue"/> <SolidColorBrush x:Key="2" Color="Black"/> </local:BaseWindow.Dict></local:BaseWindow>
最后检查一下声明的字典是否正确设置了：
运行结果完全正确（如图） ，表明自定义字典在WPF中是可行的。
然后我们再如法炮制一个Silverlight工程，运行之，出现异常：
AG_E_PARSER_BAD_PROPERTY_VALUE [Line: 10 Position: 42]Type: XamlParseExceptionStackTrace:
位于 System.Windows.Application.LoadComponent(Object component, Uri resourceLocator)
位于 TestSL2.MainPage.InitializeComponent()
位于 TestSL2.MainPage..ctor()
位于 TestSL2.App.App_Startup(Object sender, StartupEventArgs e)
位于 System.Windows.CoreInvokeHandler.InvokeEventHandler(Int32 typeIndex, Delegate handlerDelegate, Object sender, Object args)
位于 MS.Internal.JoltHelper.FireEvent(IntPtr unmanagedObj, IntPtr unmanagedObjArgs, Int32 argsTypeIndex, String eventName)
此实验可以说明WPF和Silverlight 在处理XAML时候的不同行为。你可以把MyDict换成ResourceDictionary试试，结果也是一样的。
为了绕过这个问题，我们不得不在Silverlight工程中去掉字典，把内容重新组织成列表，然后在程序中将内容重新组织成字典——等于服务端已经调试好的方法在客户端又重写了一遍。非常恼人，但是没有办法。。
这个问题告诉我们，尽管Silverlight 源出WPF，但处理细节上还是存在微妙的差别。将WPF的经验应用到Silverlight上，不见得会奏效。最好是先作一些小实验，确信方法是可行的，再添加到工程里，否则在大的项目里调试此类问题（尤其是XAML这类既缺乏编译器检查，又没有调用堆栈可查的东西）真够杀死你几万个脑细胞的。
