Использование файлов .Resx для глобальных сообщений приложений? - PullRequest
3 голосов
/ 30 ноября 2009

Поэтому я использую файл Global Resource для всех статических сообщений на моем сайте. В основном сообщения об ошибках и т.д ..

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

Было бы лучше использовать просто статический класс с именем "SiteConstants" или что-то в этом роде? Или файл RESX в порядке?

Спасибо!

Ответы [ 3 ]

4 голосов
/ 30 ноября 2009

Обязательно используйте файлы ресурсов.

Файлы .resx создают классы для вас. Самое главное, однако, что автоматически сгенерированный код уже позаботится обо всех аспектах локализации. Если вы решите локализовать свое приложение, вам также будет предоставлена ​​автоматическая поддержка, если вы используете предписанную структуру файлов / папок. Не говоря уже о том, что локализация вашего приложения будет просто вопросом перевода, что является наилучшим сценарием (не говоря уже о других проблемах локализации, таких как валюта, что является отдельной проблемой).

3 голосов
/ 30 ноября 2009

Да, использовать файлы ресурсов…

Это самое распространенное место для сообщений. Даже Microsoft использует их с .net Framework. Загляните внутрь любой библиотеки DLL, и вы найдете их внутри как ресурс (используйте такой инструмент, как .Net Reflector)

Константы обычно используются с неуправляемым кодом низкого уровня.

0 голосов
/ 30 ноября 2009

Под капотом Visual Studio создает файл конструктора, который по сути является статическим классом строк. Так что не должно быть никакой разницы между этими двумя подходами. См. этот вопрос для получения дополнительной информации. Вы должны иметь возможность просматривать файл конструктора, включив опцию «Показать все файлы» в Explroer решения в Visual Studio.

Если вас не устраивает сгенерированный код, проверьте на этой странице для получения информации о том, как настроить сгенерированный код.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...