WPF コミュニティのフィードバック

  • [アーティクル]

Microsoft では、Windows Presentation Foundation (WPF) について学習し、ディスカッションし、フィードバックを提供することができるさまざまなコミュニティ リソースを公開しています。 このようなリソースとして、フォーラムや Visual Studio Developer Community サイトなどがあります。 コミュニティ リソースごとに異なるメリットが提供されます。 これらのメリットについて説明し、一般的なコミュニティや特に Microsoft から最善の反応を得るために各メリットを使用するためのベスト プラクティスも示します。

注意

製品のフィードバックを送信する際に、各ページの最後にあるフィードバックのセクションは使用しないでください。 これらのリンクはドキュメントに関するフィードバック専用です。

フォーラム

WPF フォーラムは、問題を話し合って解決するために最も重要なコミュニティ リソースです。 フォーラムでは、次のような総合的なサポート機能が提供され、ディスカッションと問題解決が促進されます。

  • 検索
  • ディスカッションの追跡
  • テキストとコードの豊富な書式設定
  • Visual Studio の統合
  • MVP とコミュニティの参加
  • 投稿に対して迅速な応答がなされているかどうかを確認するための監視

WPF についてコミュニティに質問できるもう 1 つの選択肢として Stack Overflow があります。

フォーラムのベスト プラクティス

次のベスト プラクティスを使用すると、WPF フォーラムに投稿した問題を最短の時間で解決するために役立ちます。 これらのプラクティスはすべてのフォーラムに該当します。

既存の投稿を検索する

問題によっては広範囲にわたって発生しているため、以前に他のユーザーがその問題に直面しています。 その結果、問題を迅速に解決できます。あるいは、既存のディスカッションに意見を追加できます。

わかりやすいタイトルを使う

簡潔でわかりやすいタイトルを付けると、投稿が見つけられる可能性が高くなります。 また、他の WPF フォーラム コミュニティ メンバーが問題を解決できるかどうかを簡単に判断しやすくなります。

適切な内容を含める

問題と、それを解決するために試行した方法を説明します。 可能であれば、対応するコード スニペットや、問題を実際に示す単純なサンプルを含めてください。 これらすべての詳細情報によって、質問が迅速に回答される可能性が高まります。

Visual Studio 開発者コミュニティ

問題の解決が困難な場合や不可能な場合もあります。 このような状況が発生する原因としては、テクノロジに含まれるバグ、テクノロジを特定のシナリオに適用する難しさ、または特定のシナリオのサポートの欠如があります。 この情報は Microsoft にとって重要であり、Visual Studio Developer Community サイトから提供することができます。

WPF 製品フィードバック センターに投稿された内容は、WPF チームの社内バグ データベースに送られます。 このため、これはフィードバックを WPF 機能の所有者に送る最も確実な方法です。 さらに、提案やバグを検証して追跡するだけでなく、それらについて投票を行うことができます。これは、WPF チームが問題の優先順位を付けるために役立ちます。

Developer Community のベスト プラクティス

Visual Studio Developer Community に投稿する場合、既存の投稿を検索することや、わかりやすいタイトルと適切な内容を含めることが重要なベスト プラクティスであるのは、WPF フォーラムへの投稿の場合と同様です。 次に示すその他のベスト プラクティスも行う必要があります。

既存の投稿を検索する

問題によっては広範囲にわたって発生しているため、以前に他のユーザーがその問題に直面しています。 そのため、問題を迅速に解決できます。また、既存の問題に意見を追加することもできます。

わかりやすいタイトルを使う

簡潔でわかりやすいタイトルを付けると、問題が最短の時間で最も適切な WPF チームに転送される可能性が高くなります。 これは、相互に関連する多くの機能を含む WPF のようなテクノロジでは特に重要です。

バグを再現する方法の説明

バグについて投稿する際に、該当する場合は次の情報を含めることが重要です。

  • バグのわかりやすい説明を提供します。
  • バグの説明を裏付けるコード スニペットを使用します。
  • バグを再現する方法を示す手順の一覧を提供します。
  • バグを再現する最小のコード サンプルを含めます。
  • バグが常に再現可能かどうかを説明します。
  • 関連する例外の情報を含めます。

バグがインストールまたはセットアップに関連する場合は、対応するインストール ログとスナップショット (%temp% フォルダー内のプリフィックス "dd_" のファイル) を添付します。

コンパイルやビルドの問題である場合は、ビルド ログを添付します。 MSBuild システムは、さまざまな冗長性でのロギングに対応するように構成できます。コマンドラインから /v: スイッチを使用するか、Visual Studio のような統合開発環境 (IDE) で適切なレベルを構成します。

環境情報を提供する

多くの場合、背景情報は、投稿の状況を明らかにするために役立ちます。 具体的には、"Windows 10 Version 1709、Intel(R) Xeon(R)、x64" のように、オペレーティング システム プラットフォーム、プロセッサ ファミリ、アーキテクチャを含めてください。

投稿する問題がレンダリングに関連する場合は、可能であればグラフィックス カードとドライバーの詳細情報も含める必要があります。 WPF はプレゼンテーション フレームワークであるため、この情報が重要です。

ソリューションまたはプロジェクト情報を提供する

バグは、アプリケーションの開発と構築に使用したツールや、構築しているアプリケーションの種類に関連することもあります。 このため、次の情報の提供が役立つことがあります。

  • 構築しているアプリケーションの種類:
    • アプリケーション ( .exe) またはライブラリ ( .dll)
    • Extensible Application Markup Language (XAML) ブラウザー アプリケーション (XBAP)
    • Loose XAML アプリケーション
    • スタンドアロンのインストール型アプリケーション
    • スタンドアロンの ClickOnce 配置アプリケーション
  • 開発ツール:
    • MSBuild
    • Expression Graphic Designer
    • Expression Interactive Designer
    • Visual Studio
  • ソリューション構成:
    • ソリューション
    • 1 つのプロジェクト
    • 複数の依存プロジェクトを含むソリューション
  • アプリケーションのリソースが言語に対して固有かニュートラルか。 たとえば、Application、Page、Resource の各種類で、UICulture プロジェクト プロパティとローカライズ可能なメタデータのどちらを指定しましたか。
  • AssemblyInfo.cs ファイルまたは AssemblyInfo.vb ファイルでニュートラル言語設定を使用したかどうか。

シナリオと影響の情報を提供する

バグとその影響を明らかにするシナリオに関する情報を提供します。 問題を修正するかどうか、そのタイミング、および方法、または許容できる回避策を代わりに使用できるかどうかについて、WPF チームが判断する際に、この情報は非常に重要です。

通常、クラッシュやデータ損失が関連するシナリオは影響が大きいため、優先されることが多くなります。 ただし、一部のバグはまれなシナリオのみで発生しますが、そうしたシナリオも状況によっては主流として使用される場合があります。 シナリオと影響に関するコンテキストを提供すると、WPF チームが適切な判断を行うために役立ちます。

関連項目