Windows 7 应用程序质量明细手册.pdf

《Windows 7 应用程序质量明细手册.pdf》由会员分享，可在线阅读，更多相关《Windows 7 应用程序质量明细手册.pdf（52页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、 Windows 应用程序质量详细手册：应用程序兼容性、可靠性和性能的开发人员指南 版本 1.4 2009 年 3 月 3 日 本文档帮助应用程序开发人员熟悉如何使用新的操作系统验证其应用程序的兼容性，并概述 Windows 7 中已知的应用程序兼容性问题。本文档还指出 Windows 7 在性能、可靠性和可用性方面的改进之处，提供指向白皮书以及其他开发人员指南的链接。修订：2009 年 3 月 3 日 Windows 应用程序质量详细手册 第 2 页 共 52 页 注意注意 本文档所含信息代表 Microsoft Corporation 到本文档发布之日为止对所讨论问题持有的观点。由于 Mi

2、crosoft 必须对不断变化的市场情况做出响应，因此不得将本文档解释为 Microsoft 做出的承诺，且 Microsoft 不保证提供的信息在发表之日后仍准确无误。此此文档文档书仅供参考。对于本文档中的信息，书仅供参考。对于本文档中的信息，MICROSOFT 不作任何明示、暗示或法律担保。不作任何明示、暗示或法律担保。除版权法规定的权利以外，未经 Microsoft Corporation 明确的书面许可，不得以任何形式和任何手段（电子的、机械的、照相、录音或其他）复制、传输本文档的任何部分，或将其存储或导入到信息检索系统或用于其他任何目的。Microsoft 可能对本文档所叙述的主题拥

3、有专利权、专利申请权、商标权、版权或其他知识产权。除 Microsoft 的任何书面许可协议的明确规定外，向您提供本文档并不意味着同时授予您这些专利权、商标权、版权或其他知识产权。除非另外说明，此处提及的示例公司、组织、产品、域名、电子邮件地址、徽标、人员、地点和事件纯属虚构，并未影射任何实际的公司、组织、产品、域名、电子邮件地址、徽标、人员、地点或事件。2009 Microsoft Corporation.保留所有权利。Microsoft、Visual Studio、Windows、Office、Outlook、Internet Explorer、.NET 和 Project 是 Micro

4、soft 公司在美国和/或其他国家的商标。此处提及的实际公司和产品的名称可能是其各自所有者的商标。修订：2009 年 3 月 3 日 Windows 应用程序质量详细手册 第 3 页 共 52 页 目录目录 简介.4 兼容性.5 常规兼容性.6 操作系统版本控制.7 移除 Windows Mail.8 移除 Windows Movie Maker.10 NLS 排序更改.11 Internet Explorer 8用户代理字符串.14 移除 Windows 注册表反射.16 移除 Windows 便携设备的 WPDUSB.SYS 驱动程序.18 Microsoft 消息队列（MSMQ）SHA-

5、2 是默认的哈希算法.19 新增功能和增强功能.20 文档库替换文档文件夹.21 用户界面感知 高 DPI.22 Internet Explorer 8数据执行保护/NX.24 用户界面用户帐户控制对话框更新.26 ChooseFont()Win32 通用对话框.27 兼容性应用程序清单.29 Microsoft 消息队列（MSMQ）改进的队列处理能力.32 工具、最佳实践和指南.33 应用程序兼容性工具（Application Compatibility Toolkit(ACT)）.34 Application Verifier.36 DISM 替代 pkgmgr、PEImg 和 IntlC

6、onfg 工具.40 Windows Troubleshooting.41 可靠性分析组件.42 Windows Error Reporting Problem Steps Recorder.43 网络挂起恢复.44 节能最佳实践.45 最大程度地减少无法响应的服务.48 Windows 7 应用程序认证.49 修订：2009 年 3 月 3 日 Windows 应用程序质量详细手册 第 4 页 共 52 页 简介简介 Windows 7 引入了最新的操作系统技术和软件开发平台，以供应用程序开发人员和全世界的企业使用。为了进一步增强 Windows 的安全性、可靠性、性能和用户体验，Micro

7、soft 引入了许多新增功能，改进了一些现有功能，同时移除了其他一些功能。Windows 7 与为 Windows XP、Windows Vista及其服务包编写的大多数应用程序高度兼容，但是由于创新、安全性增强以及更高的可靠性，有些不兼容性也是无法避免的。总之，Windows 7 与现有应用程序是高度兼容的。本文以 Windows Vista 应用程序兼容性详细手册（http:/ Windows 7 中为数不多的几个兼容性问题。除此之外，本文还指出性能、可靠性和可用性的改进之处，提供指向白皮书以及其他开发人员指南的链接。此外，Microsoft 将投资于几个新的和增强的特性和工具，以帮助您构

8、建高质量的应用程序，并对应用程序无法在 Windows 7 上正常运行的情况进行疑难解答。本文“新增功能和增强功能”、“工具、最佳实践和指南”两节中提供了有关这些内容的信息。我们将认真对待您的建议以改进本文。请将反馈发送到 ISVALLUP。修订：2009 年 3 月 3 日 Windows 应用程序质量详细手册 第 5 页 共 52 页 兼容性 本节介绍操作系统中的更改，由于这些更改可能会影响现有应用程序，因此您需要特别注意。此外还介绍了如何设计新的应用程序。修订：2009 年 3 月 3 日 Windows 应用程序质量详细手册 第 6 页 共 52 页 常规兼容性常规兼容性 常规兼容性包

9、含可能对客户端或同时对客户端与服务器端造成影响的主题。以下是本节包含的主题列表：操作系统版本控制 移除 Windows Mail 移除 Windows Movie Maker NLS 排序更改 Internet Explorer 8-用户代理字符串 移除 Windows 注册表映像 移除 Windows 便携设备的 WPDUSB.SYS 驱动程序 Microsoft 消息队列（MSMQ）SHA-2 是默认的哈希算法 修订：2009 年 3 月 3 日 Windows 应用程序质量详细手册 第 7 页 共 52 页 操作系统版本控制 受影响的平台 客户端：Windows 7 功能影响 严重程度：

10、高 频率：高 描述 Windows 7 的内部版本号是 6.1。查询时 GetVersion 函数现在将对应用程序返回此版本号。这对于病毒防护、备份、实用工具应用程序和副本保护尤其重要。影响表现 此更改影响具体的应用程序：任何专门用于检查操作系统版本的应用程序都将获得更高的版本号 应用程序安装程序可能无法安装应用程序，应用程序可能无法启动 应用程序可能警告用户并继续正常运行 有些应用程序可能会变得不稳定或崩溃 缓解方法 大部分应用程序在 Windows 7 上能正常运行，因为 Windows 7 中的应用程序兼容性非常高。尽管如此，Windows 7 包含一个兼容性视图（Compatibili

11、ty View），可供检查操作系统版本的安装程序和应用程序使用。用户可以右键单击快捷方式或可执行文件，从“兼容性”选项卡中选择 Windows XP SP2 或 Windows Vista 兼容性视图。在很多情况下，这使应用程序能够正常运行，而无需对应用程序做任何更改。解决方案 通常，应用程序不应该执行操作系统版本检查。如果需要特定的功能，最好尝试查找该功能，只有在找不到该功能的时候才会失败。最低要求是，应用程序应该总是接受大于等于最低的受支持的操作系统版本号。只有在特殊的法律、业务或系统组件需要时例外。修订：2009 年 3 月 3 日 Windows 应用程序质量详细手册 第 8 页 共

12、52 页 移除移除 Windows Mail 受影响的平台 客户端：Windows 7 功能影响 严重程度：高 频率：高 描述 Microsoft 不再支持 Windows Mail 实用工具，并禁用 API CoStartOutlookExpress。其他邮件 API 已经被标记为“已过时”(deprecated)，准备在将来的 Windows 版本中移除。但是，没有标记为“已过时”(deprecated)或者“已废弃”(obsolete)的公开记录 的 API 将在 Windows 7 中继续使用。二进制文件仍然保留在用户的系统中，将可以继续通过 API 访问，在上文提到的情况下尤其如此。

13、此外，用户的电子邮件（.eml）和新闻（.nws）文件也将在系统中保留。影响表现 移除 Windows Mail 将导致以下结果：所有指向 Windows Mail 和联系人（例如，“开始”菜单、用户创建的快捷方式、“开始”-“运行”等等）的入口都将被删除或禁用。有些是完全移除，有些在尝试启动时会失败 所有 DLL 都在一起发布 公开记录的 API 将象在 Windows Vista 中一样运行 任何尝试启动主浏览器 UI 的 API 都将创建一个不报告的失败。该函数将成功返回，但是无法向用户显示 UI。调用其他对话框的 API（例如，Spooler 或帐户对话框（Accounts dialo

14、g）可以继续显示该 UI 协议（mailto、ldap、news、snews、nntp）处理程序无法与 Windows Mail 或联系人关联。尝试启动这些处理程序时，用户将看到一个错误对话框，通过该对话框用户可以设置相应的处理程序，使之与协议相关联 文件关联（.eml、.nws、.contact、.group、.wab、.p7c、.vfc）都将被断开或者禁用。当尝试打开带有这些扩展名的文件时，用户将看到一个对话框，提供其他已安装的应用程序，并将他们指向提供解决方案的网页 任何用户文件（例如，联系人文件或消息）在升级后都将继续保留在系统中 默认情况下，Contacts 文件夹将隐藏，因此用户无

15、法看到 API 在 MSDN 中被标记为已过时（deprecated）文件预览函数被移除 右键单击菜单中的 Shell hooks 被移除 文件搜索函数被移除 修订：2009 年 3 月 3 日 Windows 应用程序质量详细手册 第 9 页 共 52 页 缓解方法 用户应该安装 Windows Live Mail 或者其他能够读取.eml 和.nws 文件的邮件产品。解决方案 检测是否安装了默认的邮件处理程序。如果没有，建议用户安装 Windows Live Mail 或任何能够读取.eml 和.nws 文件的产品。不要设计调用 Windows Mail UI API 的代码，因为它无法工

16、作。必须找到其他访问.eml 和.nws 文件的方式。此外，只要可能，请不要依赖所有其他 Windows Mail API。兼容性、性能、可靠性和可用性测试 在 Windows 7 环境中实现应用程序，以确保应用程序不会试图调用 UI API。修订：2009 年 3 月 3 日 Windows 应用程序质量详细手册 第 10 页 共 52 页 移除移除 Windows Movie Maker 受影响的平台 客户端：Windows 7 功能影响 严重程度：高 频率：中 描述 Microsoft 移除了 Windows Movie Maker 实用程序。包括：移除了所有 Windows Movie

17、 Maker 的入口（例如，“开始”菜单、“开始”“运行”等）。移除了所有 Windows Movie Maker 使用的二进制文件（原来位于%ProgramFiles%Movie Maker 中的所有内容）。但是，用户的 Movie Maker project 文件仍然保留在系统中，支持该文件格式的其他应用程序将能够访问这些文件。表现 移除 Windows Movie Maker 将导致以下结果：任何使用该命令行参数启动 Windows Movie Maker 的尝试都将失败 任何为支持最新转换和动画而安装的插件都将保留，但无法展现给最终用户 解决方案解决方案 将来要拥有此项功能，用户需要安

18、装 Microsoft 或其他软件提供商提供的类似应用程序。修订：2009 年 3 月 3 日 Windows 应用程序质量详细手册 第 11 页 共 52 页 NLS 排序更改排序更改 受影响的平台 客户端：Windows XP|Windows Vista|Windows 7 功能影响 严重程度：高 频率：低（几乎不会对应用程序产生影响，但受影响的应用程序，程度一般很严重）描述 区域语言支持（National Language Support，NLS）函数有助于应用程序满足世界各地用户对不同的语言和区域的独特需求。新 Windows 版本几乎总是包括 NLS 更改。这种更改将影响排序规则和排

19、序，因此会影响具有永久索引的应用程序。排序规则表有两个标识版本（修订版）的编号：定义的版本和 NLS 版本。两个版本都是 DWORD 值，即主版本和次版本的组合。值的第一个字节是保留的，接下来的两个字节表示主版本，最后一个字节表示次版本。使用十六进制的表示方式是 0 xRRMMMMmm，其中 R 表示保留，M 表示主版本，m 表示次版本。例如，主版本为 3 次版本为 4 的版本号为 0 x304。对于主版本，一个或多个码位发生了变化，因此应用程序必须重新索引所有数据，这要比较才会有效。对于次版本，并未移动任何内容，但添加了一些码位。对于这种类型的版本，应用程序只能使用以前无法排序的值重新编排字

20、符串的索引。总之，关于特定于语言环境的异常表和默认表中的数据更改，版本号的含义如下：NLSVersion Major在“异常”或特定区域设定表中更改了码位 NLSVersion Minor在“异常”或特定区域设定表中添加了新码位 DefinedVersion Major在默认表中更改了码位 DefinedVersion Minor在默认表中添加了新码位 已发已发布版本的版本号排序：布版本的版本号排序：操作系统操作系统 发布发布 版本版本（0 xRRMMMMmm）Windows XP RTM/SP1/SP2/SP3/N/A 无 GetNLSVersion()API Windows Vista R

21、TM/SP1 0 x00 0405 00 Windows 7 Beta 0 x00060000 修订：2009 年 3 月 3 日 Windows 应用程序质量详细手册 第 12 页 共 52 页 表现 带有永久索引（即不检查 NLS 版本，不根据版本更改重新编排索引）的应用程序（比如数据库）将无法正确排序或提供所请求的结果。如果是用户界面，列表（例如，字母、数字、字母数、符号等）可能无法正确排序。解决方案 应用程序可以调用 GetNLSVersionEx（Windows Vista 或更高）或者 GetNLSVersion（Windows Vista 之前）检索排序规则表的定义版本和 NLS

22、 版本。GetNLSVersionEx：根据名称指定的区域设置，检索指定 NLS 功能的当前版本信息 该功能允许 Active Directory 之类的应用程序确定 NLS 更改是否影响用于特定索引表的区域设置。如果不影响，则无需重新对表进行索引。有关更多信息，请查看处理区域设置和语言信息。该功能支持自定义区域设置。如果 lpLocaleName 指定补充区域设置，则检索到的数据对于与该补充语言环境相关的排序规则顺序而言是正确的。注意：Windows Vista 之前的 Windows 版本不支持 GetNLSVersionEx。GetNLSVersion（用于运行在 Windows Vis

23、ta 之前的 Windows 上的应用程序）：根据标识符指定的区域设置，检索指定 NLS 功能的当前版本信息 该功能允许 Active Directory 之类的应用程序确定 NLS 更改是否影响用于特定索引表的区域设置标识符。如果不影响，则无需重新对表进行索引。有关更多信息，请查看处理区域设置和语言信息。注意注意：该函数仅检索标识符指定的区域设置信息。GetNLSVersionEx 函数支持额外的区域设置、特性和 RFC 4646 名称。但是，Windows Vista 之前的 Windows 版本不支持 GetNLSVersionEx。应用程序仅在 Windows Vista 及更高版本上

24、运行的，应该首先选择使用 GetNLSVersionEx。GetNLSVersionEx 对补充区域设置提供很好的支持。兼容性测试 使用应用程序兼容性工具包（Application Compatibility Toolkit）中的排序更改健壮诊断（Sort Change Robustness Diagnostic）工具确定您是否需要更新应用程序。该工具分析应用程序行为，使开发人员能够评估应用程序更改在排序行为中的可靠性。它有助于确定是否需要对应用程序做出更改，以支持排序行为更改。通知排序规则是否发生更改（如果是，则需要重新索引）：通知排序规则是否发生更改（如果是，则需要重新索引）：对数据执行原

25、始索引时，使用 GetNLSVersionEx()检索 NLSVERSIONINFOEX 结构。存储以下属性与您的索引，以确定版本：NLSVERSIONINFOEX.dwNLSVersion 和 NLSVERSIONINFOEX.dwDefinedVersion这两个属性一起指定您正在使用的排序表的版本。NLSVERSIONINFOEX.dwEffectiveId该属性指定您排序的有效的区域设定。自定义区域设置将指向内置语言环境排序。修订：2009 年 3 月 3 日 Windows 应用程序质量详细手册 第 13 页 共 52 页 当使用索引时，使用 GetNlsVersionEx()查询您

26、的数据的版本。如果更改了其中任意三个属性，使用的排序数据可能返回不同的结果，您拥有的索引可能无法找到记录。如果您知道数据不包含无效的 Unicode 码位（即所有字符串在调用 IsNLSDefinedString()时都返回 True），那么在只有 dwNLSVersion 和 dwDefinedVersion 的低字节更改时可以视其为等同（次版本的描述见上文）。其他资源链接 处理排序规则处理排序规则：http:/ GetNLSVersionEx：http:/ GetNLSVersion：http:/ 如如何何得知得知排序规则版本是否已经更改排序规则版本是否已经更改：http:/ 处理处理区域

27、设置区域设置和语言信息和语言信息：http:/ 修订：2009 年 3 月 3 日 Windows 应用程序质量详细手册 第 14 页 共 52 页 Internet Explorer 8用户代理字符串 受影响的平台 客户端：Windows XP|Windows Vista|Windows 7 功能影响 严重程度：中 频率：高 描述 用户代理字符串（User Agent String）是提供有关 Web 服务器版本和其他属性数据的 Internet Explorer 标识符。许多 Web 应用程序都依赖 Internet Explorer 用户代理字符串。用户代理字符串的更改将影响这些应用程序

28、以及依赖更早版本号的应用程序。用户代理字符串现在包含字符串“Trident/4.0”以便区别 Internet Explorer 7 用户代理字符串和运行 Internet Explorer 7 兼容视图时的 Internet Explorer 8 用户代理字符串。请参考理解用户代理字符串了解详细信息。影响表现 有两个影响区域：显式检查用户代理字符串并且不支持 Internet Explorer 8 用户代理字符串的网页可能无法正常运行。在大部分情况下，这意味着用户将无法访问页面内容，或者将显示错误或异常内容。承载承载 Trident 的应用程序（请参见承载和重用）默认为使用 Web Opti

29、onal Component 的 Internet Explorer 7，但是将无法访问 Internet Explorer 8 特性。解决方案 确保您的应用程序能够使用用户代理字符串正确处理新的“MSIE 8.0”版本。还可以选择 Internet Explorer 7 兼容性视图查看这些基于 Internet Explorer 7 的应用程序。可以使用 meta 标签完成这项工作。请参考理解用户代理字符串中的讨论，以了解详细信息。兼容性、性能、可靠性和可用性测试 在 Windows Vista 或 Windows XP 上的 Internet Explorer 8 环境中运行您的应用程序及

30、网页，确保它们以所需的方式运行。其他资源链接 理解用户代理字符串理解用户代理字符串：http:/ Internet Explorer 8 用户代理字符串用户代理字符串：http:/ 修订：2009 年 3 月 3 日 Windows 应用程序质量详细手册 第 15 页 共 52 页 用户代理字符串和版本矢量用户代理字符串和版本矢量：http:/ 承载承载和重用和重用：http:/ 修订：2009 年 3 月 3 日 Windows 应用程序质量详细手册 第 16 页 共 52 页 移除 Windows 注册表反射 平台 客户端：Windows 7 服务器端：Windows Server 200

31、8 R2 功能影响 影响程度：低 频率：低 描述 注册表反射进程会复制两个注册表视图的注册表键和值的副本，以保持它们之间的同步。在以前的 64 位 Windows 安装中，该过程反射了一个 32 位和 64 位视图之间的重定向的注册键子集。但是，该实现导致注册表状态的不一致。（有关反射键的详细信息，请参考下文的“其他资源链接”一节中的 MSDN 注册表反射文章。）从 Windows 7 开始，我们移除了注册表反射。唯一已知的注册表反射使用者是 COM。我们更新了 COM，使之不会发生注册表反射。表现 以前反射的特定注册键集合目前在 32 位和 64 位注册表视图中的数据不同。这些反射支持的注册

32、键包含：HKEY_LOCAL_MACHINESoftwareClasses HKEY_LOCAL_MACHINESoftwareMicrosoftCOM3 HKEY_LOCAL_MACHINESoftwareMicrosoftEventSystem HKEY_LOCAL_MACHINESoftwareMicrosoftOle HKEY_LOCAL_MACHINESoftwareMicrosoftRpc HKEY_USERS*SoftwareClasses HKEY_USERS*_Classes 影响表现 除了以下两个注册表键外，我们合并了所有的反射键，以便写入这些键的值对于 32 位和 64

33、位都可见。HKEY_LOCAL_MACHINESoftwareClassesCLSID HKEY_LOCAL_MACHINESoftwareClassesInterface 解决方案 如果您需要使用相同的信息显示 32 位和 64 位注册表视图，则应用以下选项之一：使用非重定向注册键（参考以下“其他资源链接”一节中的重定向键列表）修订：2009 年 3 月 3 日 Windows 应用程序质量详细手册 第 17 页 共 52 页 显式使用 KEY_WOW64_64KEY 访问注册表，以便 32 位和 64 位应用程序都只使用 64 位键 从已知的正确位置读取信息 其他资源链接 注册表反射文章：

34、http:/ 重定向注册表文章中的重定向键列表：http:/ Wow64 最佳实践：http:/ 修订：2009 年 3 月 3 日 Windows 应用程序质量详细手册 第 18 页 共 52 页 移除 Windows 便携设备的 WPDUSB.SYS 驱动程序 受影响的平台 客户端：Windows 7 功能影响 影响程度：低 频率：低 描述 Microsoft 使用一般 WINUSB.SYS 驱动程序替代 Windows 便携设备（Windows Portable Devices，WPD）的 Windows Vista USB 驱动程序堆栈（WPDUSB.SYS）的内核模式组件。以前通过私

35、有I/O Control（IOCTL）代码与原 WPDUSB.SYS 驱动程序进行通信；我们也去除了对这些内容的支持。这些 IOCTL 代码的任何使用者都将负责进行相应的解释并实现媒体传输协议（Media Transfer Protocol，MTP）。Windows Vista 不支持通过第三方应用程序使用这些 IOCTL 代码。影响表现 任何依赖于这些私有 IOCTL 代码可用性的应用程序将不再能够访问使用 USB 连接的 MTP 设备。缓解方法 依赖于私有 IOCTL 代码的应用程序用户必须使用另一个应用程序（或应用程序的更新版本）访问通过 USB 连接的 MTP 设备。解决方案 应用程序

36、应该使用 Windows 便携设备（WPD）API 查找并与任何 WPD 设备交互。尽管大部分 WPD 设备实现 MTP 与 PC 通信，但 WPD 不仅用于 MTP 设备。此外，通过私有 IOCTL 直接访问设备的应用程序可能限制应用程序与使用 USB 连接的设备的通信，WPD API 的使用扩展了与其他通信协议（例如，Wi-Fi）连接的连通性选项列表。少数情况下，应用程序必须能够感知 MTP，WPD API 为原始 MTP 命令提供传递机制。利用特色功能 Windows XP（通过 Windows Format SDK）、Windows Vista 和 Windows 7 中支持 WPD

37、API。WPD 的 Windows 7 实现添加了对通过蓝牙的 MTP 的支持。其他资源链接其他资源链接 Windows 便携设备便携设备：http:/ 修订：2009 年 3 月 3 日 Windows 应用程序质量详细手册 第 19 页 共 52 页 Microsoft 消息队列（MSMQ）SHA-2 是默认的哈希算法 受影响的平台 客户端：Windows XP|Windows Vista|Windows 7 功能影响 影响程度：低 频率：低 描述 在 Windows 7 中，对传出消息进行签名时，MSMQ 使用 SHA-2 作为默认值。此外，所有传入消息都需要 用 SHA-2 进行 签名

38、。通过管理员可访问的注册密钥，可以支持更低的加密算法。影响表现 Windows 2003 或更低版本中的 MSMQ 将无法接受 Windows 7 中 MSMQ 的签名消息。Windows 7 中的 MSMQ 将无法接受来自 Windows 2008 或更低版本的签名消息。缓解方法 用户可以考虑升级到 Windows 7 以利用更强的签名算法。要支持 Windows 7 和任何低级操作系统间的无缝签名消息交换，管理员必须在 MSMQ 机器上添加相应的例外情况。修订：2009 年 3 月 3 日 Windows 应用程序质量详细手册 第 20 页 共 52 页 新增功能和增强功能 Windows

39、 7 包含许多增强功能，可以改进用户和开发人员体验。但是，开发人员必须意识到，有些增强会对他们现有的产品和新产品造成影响。以下是新增功能和增强功能的列表：文件库替换文档文件夹 用户界面对 DPI 高度感知 Internet Explorer 8 数据执行保护/NX 用户界面用户帐户控制对话框更新 ChooseFont()Win32 通用对话框 应用程序清单 Microsoft 消息队列（MSMQ）改进的队列处理能力 远程桌面服务 修订：2009 年 3 月 3 日 Windows 应用程序质量详细手册 第 21 页 共 52 页 文档库替换文档文件夹 受影响的平台 客户端：Windows 7

40、功能影响 严重程度：中 频率：高 描述 文档库可以为文件存储、搜索、本地和远程访问多个位置提供与集中的文件夹类似的体验。通用文件对话框（例如，“打开”和“保存”）使用的默认位置已经从文档（Document）文件夹改为文档库（Documents Library）。用户界面没有变化，但是用户将无法以查看文件夹的方式查看、浏览和搜索库。文件将保存到库中默认的保存位置，除非用户更改了默认的保存位置或选择一个不同的文件夹。开发人员应该使用 IShellLibrary 接口创建自己的文档库，或者向现有库添加目录位置。用户可以使用已知的文件夹系统（例如，FOLDEDID_DocumentsLibrary）查

41、找文档库。影响表现 文档库本身是一个文件，不是一个文件夹。因此，如果应用程序尝试将文件与文件相连接，路径操作可能会导致错误。解决方案 使用 IFileDialog 对文件夹路径进行操作时，您必须使用 GetResult 方法连接 shell API，而不是直接修改文件夹路径。利用特色功能 如果想创建自己的文档库或向现有文档库添加目录位置，必须使用 IShellLibrary API。文档库本身是 Shell 文件夹，因此可以像对待其他 Shell 文件夹一样进行枚举。兼容性、性能、可靠性和可用性测试 使用通用对话框将确保用户可以直接将文件存储到文档库中。其他资源链接 请参考与 IshellLi

42、brary 有关的 MSDN 文档 修订：2009 年 3 月 3 日 Windows 应用程序质量详细手册 第 22 页 共 52 页 用户界面感知 高 DPI 受影响的平台 客户端：Windows XP|Windows Vista|Windows 7 功能影响 严重程度：中 频率：中 描述 目标是鼓励最终用户将显示器设置为内置分辨率，并使用 DPI 而不是屏幕分辨率更改显示文本和图像的大小。Windows 7 可以在新安装的机器上自动检测和配置默认的 DPI，该机器必须是 OEM通过 DPI 设置而进行配置的。可以使用一些工具设计具有高 DPI 感知能力的应用程序，以确保具有最高的可读性。

43、我们向 Windows 7 添加了两个高 DPI 特性：以用户为单位的 DPI 设置（以前是以机器为单位）更改 DPI 无需重启（仍然需要注销/登录）影响表现 无法处理高 DPI 情况的应用程序可能造成视觉效果失真，包括：其他 UI 元素遮盖了 UI 或文本 字体大小不统一 UI 超出屏幕范围 文本或 UI 模糊 拖放或其他输入无法完成 全屏 DX 应用程序的渲染有一部分超出屏幕范围 解决方案 要让应用程序能够感知高 DPI：第第 1 步步：执行高级功能测试，包括安装和卸载以下设置：设置设置 要注意的问题要注意的问题 1024768 120 DPI（125%缩放）注意：如果您的应用程序要求 1

44、024768，那么在 1280960 下执行该测试 这是一个有效的 800600 分辨率，因此注意 UI 屏幕遮盖问题或布局问题。还要注意异常的位图和按钮 16001200 144 DPI（150%缩放）UI 模糊。验证所有鼠标操作都正常，尤其要注意拖放操作。还要验证全屏模式下工作正常 16001200 144 DPI，禁用 DPI 虚拟化 按钮和 UI 往往无法随文本一起放大，有明显的文字重叠。查找常见布局问题，以及异常的位图和按钮 修订：2009 年 3 月 3 日 Windows 应用程序质量详细手册 第 23 页 共 52 页 第第 2 步步：写下所有发现的问题，包括位置、屏幕分辨率和

45、 DPI 设置，并写下应用程序在其他 DPI/分辨率配置下完整组合的行为 第第 3 步步：根据常见的 DPI 编码问题检查每个问题 第第 4 步步：评估让应用程序完全感知 DPI 的成本 第第 5 步步：制作一个需要的高 DPI 资源文件（例如，按钮、图标等）列表 第第 6 步步：解决第 1 步中发现的 DPI 问题 第第 7 步步：集成第 5 步中的最新资源文件 第第 8 步步：声明应用程序感知 DPI 兼容性、性能、可靠性和可用性测试 重新运行 DPI 感知评估并验证问题是否已修复。.其他资源链接 编写编写 DPI-Aware Win32 应用程序白皮书应用程序白皮书：o PDF 版：ht

46、tp:/ o Windows XPS 版：http:/ o MSDN 在线版：http:/ 技术问题可联系技术问题可联系： 修订：2009 年 3 月 3 日 Windows 应用程序质量详细手册 第 24 页 共 52 页 Internet Explorer 8数据执行保护/NX 平台 客户端：Windows XP|Windows Vista|Windows 7 在具有最新 service pack 的操作系统上运行时，Internet Explorer 8 将启用 DEP/NX 保护。默认情况下，Windows XP SP3、Windows Server 2003 SP3、Windows

47、Vista SP1 和 Windows Server 2008 在 Internet Explorer 8 中都支持 DEP/NX 特性。功能影响 严重程度：中 频率：低 通常，任何运行在 Internet Explorer 中且与 DEP/NX 不兼容的应用程序都将在启动时崩溃，无法正常运行。如果安装了与 DEP/NX 不兼容的加载项，Internet Explorer 可能在启动时崩溃。描述 DEP/NX 是一个安全特性，可以帮助解决与内存有关的漏洞问题。到 Internet Explorer 8 为止，所有 Internet Explorer 进程默认都支持 DEP/NX 特性。影响表现

48、 Windows 内核将监控程序的执行。如果内核检测到试图从未标记为可执行的内存页运行代码，则内核将阻碍程序的执行，导致“崩溃”。这是一个安全措施，可以帮助确保应用程序中与内存相关的漏洞（例如，缓冲区溢出）不会被用来执行恶意代码。最终用户缓解方法 安装与 DEP/NX 兼容的最新版加载项或框架。以管理员身份运行 IE，然后清除“Internet 选项”/“高级”选项卡中的“启用内存保护帮助减少联机攻击”复选框，从而禁止 DEP/NX。开发人员解决方案 使用与 DEP 兼容的最新版框架（例如，ATL）编译应用程序。利用特色功能 使用/NXCOMPAT 链接器选项指示 DEP/NX 兼容性 让您的

49、代码适应于其他可用的防御系统，比如 stack defense（/GS）、safe exception handling（/SafeSEH）和 ASLR（/DynamicBase）兼容性、性能、可靠性和可用性测试 使用 Windows Vista SP1 或更高版本上最新的 Internet Explorer 版本测试代码（启用 DEP/NX）。修订：2009 年 3 月 3 日 Windows 应用程序质量详细手册 第 25 页 共 52 页 此外，还可以在启用 DEP/NX 选项之后在 Windows Vista 上运行 Internet Explorer 7 进行测试。在 Interne

50、t Explorer 7 中启用 DEP/NX 的方法是：以管理员身份运行 Internet Explorer，然后在“工具”“Internet 选项”“高级”选项卡中设置相应的复选框 其他资源链接 Internet Explorer 8 安全部分安全部分 I：DEP/NX 内存保护内存保护：http:/ 数据执行保护数据执行保护：http:/ Windows Vista SP1、Windows XP SP3 和和 Windows Server 2008 R2 中添加的新中添加的新 NX API：http:/ 修订：2009 年 3 月 3 日 Windows 应用程序质量详细手册 第 26