字符串資源文件命名方案和管理

也許是一個微不足道的問題，但我對答案感興趣。我目前正在重構一些非常龐大的整體字符串資源文件（每個項目一個垃圾站資源文件，約30個項目）。我將它們分開，以便我們按照慣例來處理文件，並在編碼時更容易找到和管理字符串。字符串資源文件命名方案和管理

通常我拆分文件放到這個方案：

我對名字命名不是非常激動，我只是想知道其他人使用什麼。例如，而不是AppResources（字符串由應用程序內部使用），我已經看到了很多演示項目的使用StringResources，Internal（太可怕了！）等

理念/軼事/上管理資源或標準的建議命名計劃表示讚賞。

2010-04-22 womp

我一般結構我的資源是這樣的：

的第一個資源文件用於整個應用程序（例如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-10 15:12:31

回答