Централизованные файлы локальных строковых ресурсов

Question

Я пытаюсь выяснить, будет ли лучший файл глобальных файлов строк для всего приложения или локального файла ресурсов для каждой небольшой области.

Похоже, переводчик оценил бы подход к одному файлу и сотни из них. Также легче писать вспомогательные функции, поскольку только один класс статических ресурсов.

Недостатком является то, что имя ресурса может быть очень длинным, чтобы правильно определить место, где оно должно находиться, и может оказаться трудно найти связанные строки, когда файл становится большим.

Где в качестве файла локального ресурса будет создано множество повторяющихся строк или запутаться, если нам нужно использовать несколько экземпляров статических классов ресурсов, потому что строки распределены между несколькими из них.

Итак, что было бы лучше?

Answer 1

Может быть, вы могли бы разорвать свои ресурсы в 3-х файлов (в зависимости от дизайна приложения):

• ResourcesCore

  Для переведенных значений перечислений и общих выражений

• ResourcesEntity

  Для строк, связанных с переводом некоторых свойств объекта (например, Person.Name)

• ResourcesWeb (или ResourceUI)

  Для других вещей, связанных с UI (как строки на UI, этикетки, описания и т.д.)

Вы могли бы тогда используйте расширение ResXManager для VS, чтобы управлять строками ресурсов (проще, чем собственный менеджер .NET RESX, по крайней мере для меня).