&引用；资源字典（WPF）"；命名约定及管理建议

只是想问一个关于人们对“资源字典（WPF）”项使用的命名约定的一般性问题

在我继承的项目中，到处都有资源字典，有各种命名约定。因此，我正在寻找管理资源词典的建议

---

请从任何答案中排除主题文件夹和那些资源字典。

我喜欢为不同的资源类型使用单独的文件：

• 字体和字体大小（Fonts.xaml）
• 画笔和颜色（画笔.xaml）
• 通用控件样式，不带键（CoreStyles.xaml）
• 数据模板和模板选择器（DataTemplates.xaml）
• 转换器（Converters.xaml）
• 用作图像源的位图图像（Icons.xaml）
• 特定的键控样式（styles.xaml）

---

我还对WPF项目的约定感兴趣。 这是非常有用的，并且包含了一部分关于管理资源的内容。作者与BTownTKD的观点不同：
在进入资源组织之前，我需要讨论将资源分割成文件的不同理念。 我将其分为两种方法：
• 一种物理或基于类型的组织，其中一种类型的所有实例都分组在一起。例如，资源字典将包括所有常量（或度量）、一个用于所有颜色的单独文件、另一个用于笔刷的文件，等等。我试过几次，但效果不太好。它会导致冗余，最终会包括所有文件并复制周围的资源。在参照之间导航（例如，从颜色到画笔）也比较困难
• 一种逻辑组织，其中资源按文件分组以完成逻辑任务。例如，一个组包括一个主题的所有资源，或者用于一组特定控件（如图表）的所有资源都作为一个逻辑实体分组在一起。资源文件将包括常量、颜色、画笔、样式等。这种方法在许多项目中被证明更有效，因此本文将讨论这种方法

---

似乎没有任何其他建议，这让我自己很失望。我也希望能对这个问题有一些不同的看法。如果我的回答足够，请随意将其标记为答案：）有趣。第2项是目前正在实施的内容。问题在于“逻辑组织”随着时间的推移而变化。这导致了重复、样式冲突，程序员在单个窗口、用户控件、页面或元素本身上设置样式。pdf链接已断开，@bruno-v您可以为此添加新链接吗？链接不再有效，我也找不到任何好的源。您是否有新的方法或其他链接？Archive.org至救援：