《Programming WPF》翻译 第6章 3.二进制资源

原文:《Programming WPF》翻译 第6章 3.二进制资源

尽管ResourceDictionary和系统级别的资源适合于作为数据存在于对象中,然而,并不是所有的资源都能很好的满足这个模型。能够处理二进制流通常是很有用的。例如,图像,声频和视频,都是有效地二进制的代表,但是这些资源在xaml内都没有相应的标签,而且毕竟这些对象通常表现为底层数据的包装。标记语言本身代表了一种挑战:xaml页面必须编译到我们的应用程序中。因此,需要一种处理二进制流的方法。

WPF并未引进任何新技术处理二进制数据。.NET框架已经提供了处理内嵌二进制流的机制,WPF只是简单使用了这个技术。

最底层的流支持你内嵌资源流到任何的编译文件中。提供内嵌到编译器的文件是一种简单的方式。在Visual Studio 2005中,你可以通过设置一个文件的Build Action属性来支持内嵌资源。:复制该文件的内容,作为一个内嵌流放入编译文件中。使用Assembly的GetManifestResourceStream方法,可以在运行期获取到这个流,正如示例6-25所示:

示例6-25

Assembly asm = Assembly.GetExecutingAssembly( );

Stream s = asm.GetManifestResourceStream("StreamName");

这种方式的内嵌流称为“资源清单”。WPF最终依赖于这种资源内嵌机制,可以通过System.Resources命名空间的ResourceManager类直接使用。这是建立在内嵌资源系统上,附加两个特点:本地化和在一个底层流中按名字存储多个流的能力。ResourceManager允许我们按照名字寻找资源,这将要尝试根据UI文化定位最合适的资源,更多细节将在下一部分描述。

按照规定,一个WPF的应用程序或组件将其所有资源放入一个单独的资源清单的中,称之为Appname.g.resources,其中Appname是程序或组件的名称(不包含扩展名)。这个单独的资源流包含二进制的资源,可以通过ResourceManager获取到。示例6-26展示了如何获取一个资源名称的清单。

示例6-26

static List<string> GetResourceNames(Assembly asm,

                       System.Globalization.CultureInfo culture) {

    string resourceName = asm.GetName( ).Name + ".g";

    ResourceManager rm = new ResourceManager(resourceName, asm);

    ResourceSet resourceSet = rm.GetResourceSet(culture, true, true);

    List<string> resources = new List<string>( );

    foreach (DictionaryEntry resource in resourceSet) {

        resources.Add((string) resource.Key);

    }

    rm.ReleaseAllResources( );

    return resources;

}

让我们通过这段代码,着眼于一个典型的应用程序内部的发现资源。图6-6展示了一个WPF工程的Visual Studio 2005解决方案管理器视图。这个工程包含了通常的定义了应用程序的MyApp.xaml文件,一个定义了用户界面的Window1.xaml文件(在一个包含多个窗体和页面的应用程序中,你可以看到更多xaml文件)。这个工程还包括一个Images目录,其中有两张图片。正如你在图6-6下半部分的属性面板中看到的,Sunset.jpg的Build Action属性已经设置为Resource。当你添加一个bmp图片到解决方案中时,在解决方案管理器视图的上下文菜单,选择Add--New Item…或者Add—Existing Item…,那么这个图片的Build Action属性会自动设置为Resource。对于Wheel.jpg也是同样的设置。

6-6

如果我们调用示例6-26中的ResourceNames函数并且打印出其返回值,可以看到下列输出:

myapp.baml

window1.baml

image/wheel.jpg

image/sunset.jpg

正如你看到的,所有的bmp文件都在上面列出了。你可以在任意元素中通过指定URL的方式使用这些内嵌的图片,正如示例6-27展示的。这里使用了相对URL路径,表明这个Image元素使用的是本地资源。相对URL不仅可以用于图片文件与应用程序在同一目录,而且可以作为一个内嵌资源。既然图片数据可以内嵌在二进制程序的资源流中,那么没有必要将其转移到一个独立的包含图片数据的文件中了。

示例6-27

<Image Source="images/wheel.jpg" />

上述资源列表还显示了myapp.baml和window1.baml两个资源,对应到相应的两个xaml文件。

BAML是xaml文件的二进制表现形式。Xaml在编译期间被编译成BAML格式有两个原因。首先,BAML比xaml更加显著的简捷,所以你的可执行文件比xaml文件要小得很多。其次,BAML在设计上更易于阅读,支持UI加载的速度更快——相对于xaml的语法解析。

在一个WPF工程中,任意具有Build Action的页面文件都是xaml形式。这将编译成BAML,并被内嵌为一个资源。

因为图片,BAML文件,以及任意的内嵌二进制资源都使用ResourceManager机制,这为应用程序的本地化提供了一个方法。

时间: 2024-12-28 00:15:39

《Programming WPF》翻译 第6章 3.二进制资源的相关文章

[WPF]使用Pack URI路径访问二进制资源

一.路径格式定义 完整的URI定义为: pack://application,,,[/可选程序集名称;][可选版本号;][文件夹名称/]文件名称 缩略后的写法是: [文件夹名称/]文件名称 二.在XAML代码中使用URI路径 完整路径的使用: <Image x:Name="ImageBg" Source="pack://application:,,,/Resources/Images/Hydrangeas.jpg" Stretch="Fill&quo

《Programming WPF》翻译 第9章 5.默认可视化

原文:<Programming WPF>翻译 第9章 5.默认可视化 虽然为控件提供一个自定义外观的能力是有用的,开发者应该能够使用一个控件而不用必须提供自定义可视化.这个控件应该正好工作,当以它最直接的方式使用时.这意味着控件应该提供一组默认的值. 这些默认的可视化存储在组件的二进制资源中,使用的源文件为theme"generic.xaml.如果你在Visual Studio 2005中创建了一个WPF 控件库的工程,这将自动添加这个文件到你的工程中,并且设置它的Build Act

《Programming WPF》翻译 第6章 4.应用程序全球化

原文:<Programming WPF>翻译 第6章 4.应用程序全球化 如果你打算发布你的应用程序到全球各地,你可能需要为不同地区的用户界面准备不同的版本.至少,这需要解决将文本翻译成适当的语言:同样需要解决UI改变的问题.你可能需要特定的外观适应为本地化的文化习俗.或者,你可能会发现原始的外观在翻译后并不能正常工作,因为词的长度是不一样的.(虽然WPF的外观体系避免了这一问题,更易于创建更弹性的外观.) 为你的软件在不同的市场创建不同的版本是可能的.尽管如此,更加普遍的办法是创建一个单独的

《Programming WPF》翻译 第6章 1.创建和使用资源

原文:<Programming WPF>翻译 第6章 1.创建和使用资源 资源这个词具有非常广泛的意义.任何对象都可以是一个资源.一个在用户界面中经常使用的Brush或者Color可以是一个资源.一段文本或者一个图形也可以是一个资源.没有什么特殊的对象不可以成为一个资源.资源的底层处理机制确保了获取你所需要的资源成为可能,而不闭关心这个资源是什么:同时,这套机制可以简单的识别和定位对象. 资源管理的核心是ResourceDictionary这个类.这是一个相当简单的集合类,就像一个普通的Has

《Programming WPF》翻译 第6章 5.我们进行到哪里了?

原文:<Programming WPF>翻译 第6章 5.我们进行到哪里了? WPF提供了资源工具,让我们运用在用户界面中,动态并具有一致性.我们可以在资源字典中存储任意资源,并且可以遍及应用程序引用这些资源.WPF的样式机制依赖于资源字典--通过为控件设置属性和模板,基于应用程序的皮肤或当前的系统配置主题.而且,对于二进制资源,包含了编译后的BAML版本的xaml文件,WPF使用明显的本地化ResourceManager体系,为终端用户选取最适合的资源作为用户界面的文化.

《Programming WPF》翻译 第8章 5.创建动画过程

原文:<Programming WPF>翻译 第8章 5.创建动画过程 所有在这章使用xaml举例说明的技术,都可以在代码中使用,正如你希望的.可是,代码可以使用动画在某种程度上不可能在xaml中实现的. 在代码中创建动画需要稍微多一点的努力--比使用标记.然而,代码提供了更多的弹性.你可以在运行期计算属性,而不是在xaml中硬编码,从而支持你的动画适应环境.例如,这可能是有用的--在当前窗体的大小基于动画的参数. 使用代码一个额外的好处是我们不需要使用storyboard,替代的,我们可以创

《Programming WPF》翻译 第8章 2.Timeline

原文:<Programming WPF>翻译 第8章 2.Timeline Timeline代表了时间的延伸.它通常还描述了一个或多个在这段时间所发生的事情.例如,在前面章节描述的动画类型,都是Timeline.可哦率这样的DoubleAnimation: <DoubleAnimation From=”10” To=”300” Duration=”0:0:5” /> 正如Duration属性指出的,这代表了一个5秒的时间长度.所有类型的Timeline总是有一个开始时间和一个持续时

《Programming WPF》翻译 第9章 6.我们进行到哪里了?

原文:<Programming WPF>翻译 第9章 6.我们进行到哪里了? 只有当任何内嵌控件都没有提供你需要的底层行为时,你将要写一个自定义控件.当你写一个自定义控件,你将要使用到依赖属性系统,来提供支持数据绑定和动画的属性.你将使用routed事件结构来暴露事件.如果你想写一个没有外观的控件,允许其可视化能被替换--如内嵌控件,你必须考虑你的控件和模板之间如何进行交互.你还将要为一个提供了一组默认可视化的模板提供一个默认值.

《Programming WPF》翻译 第9章 4.模板

原文:<Programming WPF>翻译 第9章 4.模板 对一个自定义元素最后的设计考虑是,它是如何连接其可视化的.如果一个元素直接从FrameworkElement中派生,这将会适当的生成它自己的可视化.(第7章描述了如何创建一个图形外观.)尤其是,如果你创建了一个元素,是为了提供一个特定的可视化表现,该元素应该完全控制这个可视化是如何管理的,一旦你编写了一个控件,通常你不会将一个图形硬编码到里面. 记住,一个控件的工作是提供行为.可视化是由控件模板提供的.这种可视化是由控件模板提供的