WPF中resource和content生成操作

本文探讨了WPF中两种不同的图片资源加载方式(Content与Resource),分析了它们的区别及使用场景。详细介绍了如何通过不同方法设置图片源,包括XAML设置与代码设置,并解释了资源定位符(pack URI)的工作原理。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

在项目中增加两张图片Content.jpg和Resource.jpg,分别将其生成操作属性设置为Content和Resource。
     在界面中增加两个Image控件ImgContent和ImgResource,在XAML中分别设置Source路径为Content.jpg和Resource.jpg。运行后ImgResource能正常显示图片,但是ImgContent控件无显示。将Content.jpg图片拷贝至应用程序的Debug目录中,ImgContent控件可显示图片。
     生成操作设置为Resource,生成的时候资源将添加到程序集中。可以尝试将原有的图片删除,图片正常显示。将原有图片用新图片替换,仍显示原有图片。只有选择重新生成操作才能更新图片。
     生成操作设置为Content,并不会添加至程序集,而且只有把资源放置在程序运行目录才能访问到资源。程序运行目录调试时是Debug目录,安装后就是程序的安装目录。与直接把资源放置在程序运行目录不同的是,添加Content资源文件,会向程序集(AssemblyAssociatedContentFile)中添加一个定制特性,该程序集记录文件是否存在及其相对位置。我发现VS2008有一个小Bug,在解决方案管理器中将Content.jpg改名为Con.jpg,Bug目录下的图片也做相应的改变。此时编译器报错:文件Con.jpg不是项目的一部分或其“Build Action”属性未设置为“Resource”。但是按F5运行,生成成功并正常显示。可见在改变Content资源的时候,程序集中的定制特性没有做相应的变化。 
     删除XAML中的Source属性,在后台为两个图片控件设置Source属性。有如下三种方式。  

第一种
imgContent.Source new BitmapImage(new Uri("Content.jpg", UriKind.Relative));
imgResource.Source new BitmapImage(new Uri("Resource.jpg", UriKind.Relative));
   第二种
imgContent.Source new BitmapImage(new Uri("pack://application:,,,/Content.jpg"));
imgResource.Source new BitmapImage(new Uri("pack://application:,,,/Resource.jpg"));

 

第三种
imgContent.Source new BitmapImage(new Uri("pack://SiteOfOrigin:,,,/Content.jpg"));

     第一种和第二种都可以访问相对路径的Resource和Content资源。第三种方式可以访问网站运行目录下的Content资源文件以及完全松散的文件。完全松散的文件指那些没有添加到项目中,只是拷贝在程序目录中的文件。应用程序根本不知道它的存在。
     pack://application:,,,/Content.jpg表示当前项目的资源。它是pack://application:,,,/DllName;Component/Content.jpg的简写。将DllName替换成其他程序集,就可以访问其他程序集的资源。
     pack://SiteOfOrigin:,,,/Content.jpg表示从部署位置访问文件。
     pack URI格式是XML文件规范的一部分,具体格式如下 pack://packageURI/partPath。PackageURI实际上是在URI中放一个URI,它是把反斜杠都变成了逗号。packageURI可以志向一个XPS文档,例如file : /// c: /Document . xps会被编码为file:...c:,Document.xps。在WPF程序中有两种URI系统是特别处理的:
     siteOfOrigin:/// 编码后siteOfOrigin:,,,
     application:///   编码后application:,,,
  3个逗号其实是反斜杠编码过来的。

转载自:http://blog.sina.com.cn/s/blog_12ae43bfd0102vary.html

WPF中,可以使用数据模板数据绑定机制来根据结构体属性自动生成控件。具体来说,可以为结构体定义一个数据模板,用于描述结构体的属性应该如何呈现为控件,并将结构体的实例作为数据上下文设置到该数据模板中,这样WPF就会自动根据数据模板生成对应的控件。 假设我们有一个包含三个属性的结构体Person,如下所示: ```csharp public struct Person { public string Name { get; set; } public int Age { get; set; } public bool IsMale { get; set; } } ``` 现在,我们想要根据这个结构体的属性自动生成控件,可以使用以下代码定义一个数据模板: ```xml <DataTemplate DataType="{x:Type local:Person}"> <StackPanel> <TextBlock Text="Name:"/> <TextBox Text="{Binding Path=Name, Mode=TwoWay}"/> <TextBlock Text="Age:"/> <TextBox Text="{Binding Path=Age, Mode=TwoWay}"/> <TextBlock Text="Is Male:"/> <CheckBox IsChecked="{Binding Path=IsMale, Mode=TwoWay}"/> </StackPanel> </DataTemplate> ``` 然后,在代码中,我们需要将Person结构体的实例作为数据上下文设置到该数据模板中,以便WPF能够根据数据模板自动生成控件。假设我们有一个名为person的Person结构体变量,可以使用以下代码将它设置为数据上下文: ```csharp ContentControl contentControl = new ContentControl(); contentControl.Content = person; contentControl.ContentTemplate = FindResource(typeof(Person)) as DataTemplate; ``` 这样,WPF就会根据数据模板自动生成一个包含三个TextBox控件一个CheckBox控件的StackPanel控件,用于显示修改Person结构体的属性。当用户在界面中修改Name、Age或IsMale属性时,Person结构体中的相应属性值也会自动更新。反之,当Person结构体中的属性值发生变化时,界面中显示这些属性的控件的值也会自动更新。 需要注意的是,为了实现自动更新,必须将数据绑定的Mode属性设置为TwoWay,这样绑定才能够在控件的值发生变化时更新数据源。另外,如果Person结构体中的属性发生变化时,界面中的控件没有自动更新,可以使用INotifyPropertyChanged接口来通知界面更新控件的值。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值