Windows Embedded Standard 7与Windows Embedded Standard 2009在组件化、工具和映像创建等方面的对比

概述

本文介绍了Windows Embedded Standard 2009和Windows Embedded Standard 7在组件化、工具和映像构建流程等方面的部分不同。目的是使用户深入了解这两款嵌入式产品之间的差异，以及这两款产品在创建和部署嵌入式设备映像时在功能、工具和用户整体体验方面的部分不同。 

组件化对比

本文将比较Windows Embedded Standard 2009和Windows Embedded Standard 7在以下方面的不同：

·         组件架构

·         功能集包

·         驱动程序包

·         语言包

·         组件依赖关系

·         宏组件与模板

·         SMI（Settings Management Infrastructure，设置管理架构）的设置与配置设置

·         嵌入式功能（EEFs）

·         客户化组件支持

·         组件架构

Windows Embedded Standard 2009和Windows Embedded Standard 7具有相似的组件化概念，即将注册表信息、依赖关系和其他资源定义在一个统一的二进制文件集中，所有这些数据都作为一个集合安装在运行的映像中。但是，两款产品在组件实现和使用上是不同的。

对于Windows Embedded Standard 2009而言，其组件的实现是从头开始的。因为Windows Embedded Standard 2009从Windows XP Pro继承来的二进制文件并未进行组件化。因此，Windows Embedded Standard 2009的组件无法与包括Windows Embedded Standard 7在内的新推出的操作系统兼容。此外，这些组件只是用来导入到用于开发的Windows Embedded Standard 2009的组件数据库中，而无法导入到嵌入式设备中。要为这些设备提供服务，需要OEM开发人员使用更新后的组件重新创建整个运行时的映像。

Windows Embedded Standard 7的组件继承自Windows 7，这些组件都列在组件清单上。除了个别的是为了满足某些嵌入式的特殊需求而没有包括在Windows 7中，其他的都与Windows 7清单一样。因此，Windows Embedded Standard 7与Windows 7的设计完全兼容。组件更新升级与Windows 7也相似，仅需创建一个嵌入式开发的专用更新包，用户可将该更新包导入部署在OEM开发人员计算机上的Windows Embedded Standard 7分发共享目录（distribution share）中，或直接安装到嵌入式运行映像上。

Windows Embedded Standard 7与Windows Embedded Standard 2009在组件设计上的另一个不同之处体现在嵌入式核心（eCore）这一概念上。eCore包括一系列操作系统基本组件（内核、网络、安全、某些驱动程序等），这些基本组件用于引导有系统安全和网络功能的嵌入式设备。eCore是嵌入式设备的最小映像，支持OEM开发人员在其上面添加其他功能集、驱动程序和语言包，本文将在下面对此进行讨论。 

功能集包

对于Windows Embedded Standard 2009，当用户创建自己的设备映像时，需要在组件的层面上选择功能集包。甚至某些重要功能（如，Windows Media Player、Windows Internet Explorer、Microsoft Remote Desktop Protocol等）都是作为组件实现的，这是因为这些功能是由大量二进制文件聚集而成。因此，组件和功能的区分不很明显。此外，由于Windows Embedded Standard 2009有1万多个组件，因此用户如何从中选择合适的组件创建自己的映像成为一种挑战。

对于Windows Embedded Standard 7，创建功能集包的目的是聚合相关的组件（如，Windows Media Player、Windows Internet Explorer、Microsoft Remote Desktop Protocol等），OEM开发人员只需选择他们所要部署的功能集即可。由于要将功能集包的数量保持在最低水平（约为150个），所以功能选择流程更简单，设计和创建设备映像也更容易。 

驱动包

在Windows Embedded Standard 2009中，每个驱动程序都作为独立组件实现，共有约9000个独立的驱动程序，对OEM开发人员而言，将这些驱动程序与相应的硬件设备配在一起是一项重大的挑战。

与功能集包类似，Windows Embedded Standard 7也提供包层面的驱动程序。但是，为了降低程序的大小，各驱动程序都是以独立的包的形式提供，只有一个例外是USB 驱动程序，此外，我们还提供了一个可选的支持USB 启动的驱动程序包。。实际上，这些驱动程序包与Windows Embedded Standard 2009中的各个驱动程序组件相似。Windows Embedded Standard 7放弃了Windows 7中部分陈旧的驱动程序，创建了大约400个独立的驱动程序包。此外，嵌入式核心（eCore）中还包括了约100个驱动程序的列表，能够满足例如系统引导、网络通信等基本需要。

总体而言，Windows Embedded Standard 2009和Windows Embedded Standard 7的驱动程序基本相似，但Windows Embedded Standard 7中的驱动程序数量明显减少，而且eCore中还包含了部分基本的驱动程序。 

语言包

Windows XP并不是由语言中性的组件组成，所以，它不支持将单个语言包安装在一个语言中性的操作系统上。每个操作系统二进制文件必须对不同的语言进行本地化，以满足不同国家和地区的需要。这种设计不仅使错误修复、测试和OS组件服务复杂化，而且对需要多种语言支持映像的终端设备而言，还大大增加了操作系统的大小。Windows Embedded Standard 继承了Windows XP相同的语言设计，但是，它额外提供了非英语的语言资源包，从而使得用户能够选择是否创建一种或多种语言的设备映像。尽管如此，这并未解决上述的错误修复和OS组件维护复杂、占用内存太大等问题。

Windows Embedded Standard 7继承了与Windows 7相同的支持语言中性的设计模型，可以将不同的语言包安装在同一个语言中性的操作系统上。那些存在于Windows XP和Windows Embedded Standard 2009中的问题在这得到了改善。与Windows 7一样，Windows Embedded Standard 7提供了多达36个完全本地化的语言包（LP），但实际安装的LIP语言包（language-interface package）的数量取决于用户的需求。此外，Windows Embedded Standard 7中的某种语言包只包含与功能和驱动程序包(及Embedded core)中的语言中性组件相对应的某种语言资源文件，从而，与Windows 7相比，大大减小了包的大小。语言包更小，使得OEM开发人员可根据具体需求，更容易地在专业设备上部署各种语言包。

组件依赖关系

Windows Embedded Standard 7采用了与Windows Embedded Standard 2009类似的组件依赖关系概念。与Windows Embedded Standard 2009不同，Windows Embedded Standard 2009的依赖关系表现在组件层面，Windows Embedded Standard  7则表现在功能集包层面。如下表所示，Windows Embedded Standard 2009和Windows Embedded Standard 7的依赖关系类型相似。

依赖关系类型	Windows Embedded Standard 2009	Windows Embedded Standard 7
直接（必需）依赖关系