我们在Silverlight 项目中，新加一个文件，比如一个图片文件，这个文件的属性会有下面2个选项，这两个选项决定了这个图片资源如何存储，如何使用。
先说简单的，资源文件的 Copy to OutPut Directory 属性， 这个属性有如下三个选项：
他们都是在程序编译或者部署时，判断此资源文件是否要同步用的。
| Do not copy | 不做数据同步 |
| Copy always | 每次都会被同步过去 |
| Copy if newer | 当有新版本存在时，才会被同步过去 |
Build Action 属性则复杂多了， 下面是VS2010中， Silverlight 4 项目资源文件的Build Action 属性截图。
注意，上面罗列了一些不适合资源文件的 Build Action 属性，在使用资源文件时，可以忽略这些。
| None | 资源既不会被集成到程序集内，也不会打包到xap包中。不过我们可以通过设置CopyToOutputDirectory选项让其自动拷贝到xap包所在目录。 这种情况下,访问这个图片的相对Uri需要以"/"开始。 适用场景： 在大多数情况下，我们希望把video/audio文件放到xap的外面，因为这种文件一般都比较大，会影响silverlight应用的加载，而且一般的视频音频文件都是压缩格式的，放到xap中也不会起到减少他们文件大小的作用。 |
| Compile | 不适合用于资源文件。 类文件要用"Compile"生成操作，就是指项目里.cs或.vb文件。 |
| Content | 资源会被打包在Xap包里面。 这种情况下,访问这个图片的相对Uri需要以"/"开始。 在这种方式下，如果没有在xap中找到图片文件，那么silverlight会自动从当前xap应用所在的文件夹下来找所需图片文件， 如果还没有找到那么就触发ImageFailed事件， 这种方式比较适合在多个程序集引用相同文件时采用。 |
| Embedded Resource | 这种方式会把文件嵌入到程序集中，silverlight无法通过Uri引用在xaml和c#里对这个文件进行使用，微软不建议在silverlight采用这种方式在程序集里嵌入资源。 |
| ApplicationDefinition | silverlight程序的入口xaml文件(默认就是App.xaml)应该设置为这个"应用定义"。其他文件都不适合用这个。 |
| Page | 不适合用于资源文件。 所有的用户控件，页面和子窗体(usercontrol/page/childwindow)的xaml文件应该采用的生成操作。 如果改为别的方式那么会导致后台对应的代码文件无法链接到这个xaml文件。采用"Page" build action时xaml里的错误会导致工程无法正确生成。 |
| CodeAnalysisDictionary | 代码分析使用，Silverlight中可以忽略 |
| Resource | 资源会被打包在程序集内部。 选择这种生成方式后,该资源文件会被嵌入到该应用的程序集中，就是说打开生成的xap是看不到这个文件的。 可以用相对于当前的XAML文件的相对Uri访问， 在子文件夹里的可以用 最保险的方式是采用特有的程序集资源URI访问,格式为 这种方式还可以引用到xap中的其他程序集中的图片。 这种生成方式的系统资源可以直接用Application.GetResourceStream(uri).Stream在代码里来得到。 |
| SplashScreen | "SplashScreen"是这个选项是WPF的启动画面使用的。 silverlight启动加载画面是用的其他方式实现的，所以在silverlight里不要用这个方式。 |
| EntityDeploy | 这个是EntityFramework采用的生成方式，在silverlight里是没用。 |
参考资料：
分析silverlight里的URI引用资源文件的各种情况
http://bbs.blueidea.com/viewthread.php?tid=2941697
Silverlight图片相对路径的设置
http://www.cnblogs.com/yangfan/archive/2009/12/14/1623647.html
关于Silverlight资源文件(如:图片)的放置位置及其引用(相对路径）
http://www.cnblogs.com/star250/archive/2009/10/15/1583665.html
Silverlight资源文件
http://msdn.microsoft.com/zh-cn/library/cc296240(VS.95).aspx
图片等资源的引用路径问题
http://www.cnblogs.com/kevinyang/archive/2008/11/16/1334712.html
