代码之家 › 专栏 › 技术社区 › womp

字符串资源文件命名方案与管理

resource-management resx localization c#

12

womp · 技术社区 · 14 年前

也许是个小问题,但我对答案很感兴趣。我目前正在重构一些非常大的单块字符串资源文件(每个项目一个转储程序资源文件,在大约30个项目中)。我将它们分开,这样我们就可以遵循文件的约定,并在编码时使字符串更容易找到和管理。

一般来说,我会将文件拆分为以下方案:

我不太喜欢这个名字,我只是想知道其他人用什么。例如,代替 AppResources (应用程序内部使用的字符串),我已经看到许多演示项目使用 StringResources , Internal (糟透了!)等。

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

1 回复 | 直到 14 年前

1

15

Martin Buberl 14 年前

我的资源结构通常如下:

第一个资源文件由整个应用程序使用(例如 Project.Core )包括各种广泛使用的普通字符串。实际上,我对错误/异常和日志记录没有任何区别:

CommonResources.resx
访问修饰符:public
- 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

最后,每个项目/程序集都有一个内部资源文件,其中包含的error/warn/info/validation资源过于特定,无法放入 公共资源.resx 文件。我不得不承认,我主要是命名这个资源文件 InternalResources.cs ;)

InternalResources.resx
访问修饰符:内部
- Classname_Error_Context
  例如 BCrypt_Error_InvalidSaltRevision
- Classname_Warn_Context
- Classname_Info_Context
- Classname_Validation_Context