13

也许是一个微不足道的问题，但我对答案很感兴趣。我目前正在重构一些非常大的整体字符串资源文件（每个项目一个垃圾箱资源文件，大约 30 个项目）。我将它们拆分，以便我们遵循文件约定，并使字符串在编码时更易于查找和管理。

通常我将文件拆分成这个方案：

  • 错误消息.resx
  • 日志消息.resx
  • 查看资源.resx
  • 应用资源.resx

我对命名并不十分兴奋，我只是想知道其他人使用什么。例如AppResources，我看到很多演示项目使用StringResources, Internal(terrible!) 等，而不是 (应用程序内部使用的字符串)。

对管理资源或标准命名方案的想法/轶事/建议表示赞赏。

4

1 回答 1

16

我通常像这样构建我的资源：

第一个资源文件被整个应用程序（例如Project.Core）使用，并且包含各种广泛使用的通用字符串。我实际上在错误/异常和日志记录之间没有任何区别：

  • CommonResources.resx
    访问修饰符：公共
    • Error_Context
      例如Error_ArgumentCannotBeNull
    • Warn_Context
      例如Warn_ApplicationSettingNotFoundUseDefault
    • Info_Context
      例如Info_UpdateAvailable
    • Validation_Context
      例如Validation_EmailNotValid

第二个资源文件由表示层使用，包含各种 UI 字符串。命名可能因项目而异，但通常看起来像以下架构：

  • PresentationResources.resx
    访问修饰符：内部
    • Common_Context
      例如Common_Yes
    • Section/Controller_Window/View_Context
      例如Help_FAQ_HeadlineHowToUseResources或Help_FAQ_TextHowToUseResources

最后，每个项目/程序集还有一个内部资源文件，用于错误/警告/信息/验证资源，这些资源太具体而无法放入CommonResources.resx文件中。我不得不承认，我主要命名这个资源文件InternalResources.cs；）

  • InternalResources.resx
    访问修饰符：内部
    • Classname_Error_Context
      例如BCrypt_Error_InvalidSaltRevision
    • Classname_Warn_Context
    • Classname_Info_Context
    • Classname_Validation_Context
于 2011-02-10T15:12:31.863 回答