「リソース ディクショナリ (WPF)」項目に使用する命名規則に関して一般的な質問をしたかっただけです。
私が継承したプロジェクトでは、リソース ディクショナリがあちこちにあり、さまざまな命名規則が使用されています。したがって、リソース ディクショナリ全般の管理に関する提案を探しています。
Themes フォルダーとそれらのリソース ディクショナリを回答から除外してください。
質問する
1605 次
2 に答える
8
リソースの種類ごとに別のファイルを使用するのが好きです。
- フォントとフォント サイズ (Fonts.xaml)
- ブラシと色 (Brushes.xaml)
- キーなしのジェネリック コントロール スタイル (CoreStyles.xaml)
- データ テンプレートと TemplateSelector (DataTemplates.xaml)
- コンバーター (Converters.xaml)
- 画像ソースとして使用する BitmapImages (Icons.xaml)
- 特定のキー付きスタイル (Styles.xaml)
于 2012-06-13T19:29:23.823 に答える
3
WPF プロジェクトの規則にも興味がありました。このpdfは非常に役に立ち、リソースの管理に関する部分が含まれています。著者は、BTownTKD の意見とは異なります。
リソースの編成に入る前に、リソースをファイルに分割するさまざまな考え方について説明する必要があります。これらを 2 つのアプローチに分類します。
- タイプのすべてのインスタンスがグループ化された、物理的またはタイプベースの組織。たとえば、リソース ディクショナリには、すべての定数 (またはメトリック)、すべての色用の別のファイル、ブラシ用の別のファイルなどが含まれます。これを数回試しましたが、うまくいきませんでした。これは冗長性につながり、最終的にすべてのファイルを含めてリソースを複製することになります。また、参照間を移動するのも難しくなります (たとえば、色からブラシへ)。
- 論理的なタスクを実行するためにリソースがファイルにグループ化される論理的な編成。たとえば、グループにはテーマのすべてのリソースが含まれます。または、特定のコントロール セット (チャートなど) に使用されるすべてのリソースが論理エンティティとしてグループ化されます。リソース ファイルには、定数、色、ブラシ、スタイルなどが含まれます。このアプローチは、多くのプロジェクトでより効率的であることが証明されているため、この記事で説明するものです。
于 2015-01-07T12:51:25.600 に答える