通过

WPF 社区反馈

  • 项目

Microsoft 公开了多种社区资源，以便您了解、讨论和提供有关 Windows Presentation Foundation (WPF) 的反馈，其中包括 WPF 团队成员和社区主管撰写的博客、论坛以及 Microsoft 产品反馈中心。 每种社区资源的优点各不相同。 下面将介绍这些优点以及使用各种资源的最佳做法，确保从整个社区尤其是 Microsoft 获取最佳响应。

注意注意

请不要使用每页底部的“注释”链接来发送产品反馈。这些链接仅用于发送文档反馈。

本主题包括下列各节。

  • 博客
  • 论坛
  • 产品反馈中心
  • Windows Presentation Foundation 社区站点
  • MSDN 社区内容

博客

Microsoft WPF 团队成员和社区主管创作了大量在总体上面向 WPF 或明确针对 WPF 的子集的 blogs（博客）。 内容通常涵盖产品开发、动机和原理以及对特定方案、问题和 API 的详细讨论。 此外，您还可以与对平台有很深了解的人员进一步讨论或研究感兴趣的文章。

论坛

WPF forum（WPF 论坛）（和 Windows Vista 64 forum（论坛））是用于讨论和解决问题的主要社区资源。 论坛通过提供一整套支持功能来便于讨论和解决问题，其中包括：

  • 搜索。

  • 讨论跟踪。

  • 丰富的文本和代码格式。

  • Microsoft Visual Studio 集成。

  • 最具价值专家 (MVP) 和社区参与。

  • 确保以最快速度响应文章的监视功能。

请注意，虽然有的问题可能与 WPF 相关，但 WPF 论坛可能并不是提出该问题的最合适位置。 例如，您的问题可能特定于 WPF 工具，例如 Expression Blend、Expression Web 和 Expression Design。 在这些情况下，应使用相应的 Expression Community forums（Expression 社区论坛）。

论坛最佳做法

使用以下最佳做法可帮助以最快速度处理发布到 WPF 论坛的问题。 这些做法适用于所有论坛。

搜索现有文章

某些问题普遍存在，在您之前，其他人已经遇到过这些问题。 因此，您可以快速解决您的问题，也可以在现有讨论中添加您的意见。

使用有意义的标题

简明而有意义的标题有助于查找文章，从而便于 WPF 论坛的其他社区成员确定是否能够解决您的问题。

包含相应的内容

您应该对问题和已尝试的处理方法进行描述。 如有可能，请包含支持的代码段或可能的最简单示例以演示您的问题。 所有这些详细信息都将有助于增加快速解答您的问题的机会。

可以在线阅读整套论坛最佳做法。

产品反馈中心

有时，问题可能会难以解决或无法解决。 出现这些情况是因为技术中有 Bug、将技术应用到特定方案存在困难或缺少对特定方案的支持。 此信息对 Microsoft 很重要，它可以通过产品反馈中心进行提供。

在 WPF 产品反馈中心上发布的项将传送到 WPF 团队的内部 Bug 数据库。 因此，这是向 WPF 功能所有者发送反馈的最可靠方法。 此外，您还可以验证和跟踪建议与 Bug 以及对它们投票，从而有助于 WPF 团队确定问题优先级。

WPF 产品反馈中心最佳做法

在发布到 WPF 产品反馈中心时，搜索现有文章、提供有意义的标题和适当的内容是很重要的最佳做法，就像将它们发布到 WPF 论坛一样。 下面列出了一些还应使用的其他最佳做法。

搜索现有文章

某些问题普遍存在，在您之前，其他人已经遇到过这些问题。 因此，您可以快速解决您的问题，也可以在现有讨论中添加您的意见。

使用有意义的标题

简明而有意义的标题可增加将您的问题在最短时间内定向到最合适的 WPF 团队的机会。 这对于 WPF 等技术（包含许多相关功能）尤为重要。

说明如何重现 Bug

发布 Bug 时，包含以下相关内容很重要：

  • 提供清晰的 Bug 说明。

  • 使用代码段支持 Bug 说明。

  • 提供用于演示如何重现 Bug 的步骤列表。

  • 包含可能的用于重现 Bug 的最小代码示例。

  • 指明 Bug 是否可以一成不变地重现。

  • 包含相关的异常信息。

如果 Bug 与安装或设置有关，请包含相关的安装日志和快照（位于 %temp% 文件夹中带有“dd_”前缀的文件）。

对于编译或生成问题，请包含生成日志。 可以在命令行中使用 /v: 开关，或通过 Microsoft Visual Studio 等Integrated Development Environment (IDE) 配置相应级别，将 MSBuild 系统配置为支持具有多种详细级别的日志记录。

提供环境信息

背景信息通常可用于向文章中添加上下文。 特别是，请指明操作系统平台、处理器系列和架构，如“Windows XP SP2, Pentium III, x86”。

如果所发布的问题与呈现相关，则还应包含图形卡和驱动程序详细信息（如有可能）。 由于 WPF 是一个演示框架，因此该信息很重要。

提供解决方案或项目信息

Bug 可能与用于开发和生成应用程序的工具以及所生成的应用程序的类型有关。 因此，指定以下信息是很有用的：

  • 所生成的应用程序的类型，如：

    • 应用程序 (.exe) 或库 (.dll)。

    • Extensible Application Markup Language (XAML) 浏览器应用程序 (XBAP)。

    • 松散 XAML 应用程序。

    • 安装的独立应用程序。

    • 采用 ClickOnce 部署的独立应用程序。

  • 开发工具，如：

    • MSBuild。

    • Expression Graphic Designer。

    • Expression Interactive Designer。

    • Microsoft Visual Studio.

  • 解决方案配置，如：

    • 解决方案。

    • 单个项目。

    • 包含多个依赖项目的解决方案。

  • 应用程序是否具有特定于语言或非特定于语言的资源。 例如，您是否为 Application、Page 和 Resource 类型指定了 UICulture 项目属性或可本地化的元数据？

  • 您是否在 AssemblyInfo.cs 或 AssemblyInfo.vb 文件中使用了非特定于语言的设置。

提供方案和影响信息

在 WPF 团队确定是否、何时以及如何修复问题或是否可改用可接受的解决方法时，显示 Bug 及其影响的方案的相关信息对该团队非常重要。

通常，崩溃和数据丢失方案具有重大影响，因此也最容易确定优先级。 但是，某些 Bug 仅显示在不常见的方案中，在有些情况下这些方案也可能是主线方案。 提供方案和影响的上下文信息有助于 WPF 团队作出正确的决策。

Windows Presentation Foundation 社区站点

Microsoft 通过一个 community portal site（社区门户站点）来支持 WPF，该站点为 WPF 相关博客、论坛和其他资源提供了单一入口点。

MSDN 社区内容

Windows Presentation Foundation 文档提供了一整套技术内容，这些技术内容面向 WPF 启用的核心方案。 当然，开发人员在实际中会遇到大量有趣和不常见的方案，从而可了解到在整体上可能对 WPF 开发社区有益的事项。

为使开发人员能够与 WPF 社区共享其知识和体验，该文档现已扩充了 MSDN 社区内容，以便开发人员能够添加和更新有关每个概念性主题、参考主题、帮助主题、教程主题和示例主题的评论。

向 MSDN 社区内容添加信息的好处是提供一个集中、最新和共享的 Microsoft 储存库以及社区知识和体验，以扩展联机文档的优势。 另外，为确保提供明确、正确的相应有用信息，还可对内容进行裁决。

哪种内容类型应添加到 MSDN 社区内容中？

MSDN 社区内容旨在捕获相关、有用的相应信息，以便扩展现有 MSDN 内容。 应使用更有效的相应工具来发布 Bug、反馈、线程讨论和问题，如前面所述。

MSDN 社区内容仲裁

为确保内容是合适的，可对 MSDN 社区内容进行裁决。 如 MSDN 内容仲裁准则所述，以下内容类型将被视为不合适：

  • 与 MSDN 社区行为守则冲突的内容

  • 无关内容、不可理解的内容和测试内容

  • 重复的内容

  • 垃圾邮件

  • 文档反馈

  • Bug 报告

  • 问题

版主将会根据 MSDN 社区内容仲裁准则来处理这些类型的内容。

MSDN 社区内容语言支持

美国英语和巴西葡萄牙语版本的 MSDN Online 上都提供了 MSDN 社区内容。 对于将来的版本，正在考虑提供日语、法语、德语、意大利语、西班牙语、朝鲜语、简体中文和繁体中文支持。

MSDN 社区内容常见问题

有关进一步信息，请参见 MSDN 社区内容 FAQ。