在现代应用程序开发中，保持UI元素和应用程序逻辑的分离是一个重要的设计原则。这种分离有助于提高代码的可维护性和可扩展性。本文将探讨在WPF和Silverlight中如何实现这种分离，以及如何通过使用数据模板和行为来简化这一过程。
将UI元素与视图模型分离意味着应用程序逻辑不应直接处理UI元素。这样做的好处是显而易见的：它允许开发者专注于业务逻辑，而不必担心UI的具体实现细节。此外，这种分离还有助于实现视图的可重用性和测试的便利性。
在WPF中，实现UI元素与视图模型分离的一个有效方法是使用隐式数据模板。隐式数据模板是一种针对特定类型的数据模板，当在ContentControl或ItemsControl的内容中放置该类型的实例时，框架会自动使用该数据模板来创建视觉元素。
隐式数据模板的使用方法如下：
]]>
在上述代码中，定义了一个针对MyViewModel类型的隐式数据模板。当MyViewModel的实例被设置为ContentControl的内容时，WPF会自动使用这个数据模板来渲染UI。
Silverlight 4没有内置的隐式数据模板支持，这给实现UI元素与视图模型的分离带来了一定的挑战。不过，可以通过一些技巧来实现类似的功能。例如，可以在Application资源中定义数据模板，并在需要的地方通过指定DataTemplate的Key来使用它们。
然而，这种方法存在一些局限性，比如无法在较低层次的Visual Tree中覆盖数据模板，以及迁移到支持隐式数据模板的Silverlight 5时需要进行额外的工作。
为了解决这些问题，开发了一种使用附加行为的解决方案。这种方法允许在ContentControl或ItemsControl中直接使用视图模型，而不需要显式指定数据模板。
以下是一个使用附加行为实现隐式数据模板的示例：
在这个例子中，定义了一个ContentControl，它与SelectedShape属性绑定。通过使用ImplicitContentTemplateBehavior，可以在不指定具体数据模板的情况下，自动根据SelectedShape的类型渲染UI。
类似地，对于ItemsControl，可以使用ImplicitItemTemplateBehavior来实现隐式数据模板：
在这个例子中，ListBox与Shapes集合绑定，并使用ImplicitItemTemplateBehavior来自动选择正确的数据模板。