首先建立一个默认的WPF工程，然后向工程中添加一个ICON资源。在添加资源后，我们可以选择资源的类型，如下图所示：
从图中的下拉列表我们可以看到资源所支持的各种类型。主要支持的编译行为是 Resource 和 Content 。如果选择为 Resource ，再用文本方式打开 C# 工程文件（ *.csproj 文件），其中我们为发现如下的内容：
<ItemGroup>
<Resource Include="WTL2007.ico" />
</ItemGroup>
如果选择为Content，看到的资源项内容应该是：
<ItemGroup>
<Content Include="WTL2007.ico" />
</ItemGroup>
那么，这两者之间有什么区别呢？我们先看Resource类型。如果某个文件在工程文本中被标识为Resource，这个文件将被嵌入到应用程序所在的Assembly。如果我们设置了Localizable元数据，对应的Resource文件将位于卫星Assembly。
工程编译后，工程中的所有指定资源文件一起创建一个.resources文件。对于本地化应用程序，将加载对应的卫星Assembly。
如果文件标识为Content，并且将CopyToOutputDirectory设置为Always或者PerserveNewest。这个文件被拷贝到编译输出目录与应用程序Assembly一起。
<Content Include="WTL2007.ico">
<CopyToOutputDirectory>Always</CopyToOutputDirectory>
</Content>
编译时，标识为Content的文件都会被创建一个文件映射关系。运行时，根据指定的Uri，WPF的加载机制将根据实际情况加载资源。
不管我们所引用的类型是Resource还是Content，在代码中，我们可以通过简单的相关Uri来访问这些资源：
<Object Property=”WTL2007.ico”/>
下面有几个比较好的建议，可以帮助我们选择资源的编译Action。对于下面的这些需求，应该选择Resource：
1、文件是本地化文件
2、应用程序部署后不再希望文件被修改
3、如果不希望对文件进行单独的部署或者管理，移动应用程序时不必担心资源的位置
对于下面的一些资源文件需求，我们应该选择Content：
1、文件不是本地化文件
2、希望文件在部署后可以被替换
3、希望文件可以被下载更新等等（注意不能是包含在应用程序Assembly）。
4、某些不能被设置为Resource类型的文件，否则WPF不能识别。
本文转自赖仪灵博客园博客，原文链接：http://www.cnblogs.com/YilingLai/archive/2006/12/31/609283.html，如需转载请自行联系原作者。
