VisualStudio: следует ли использовать отдельный файл ресурсов для проектов-файлов?

Question

Мы начинаем разработку нового приложения asp.net mvc 5, которое должно быть многоязычным.

Я нашел очень хороший tutorial, как это сделать. Единственное, что мне интересно об этом учебнике, - это то, что автор предлагает создать отдельный проект внутри решения для ресурсов.

Теперь мой вопрос: рекомендуется ли?

Answer 1

Я обычно создаю папку с именем Resources внутри моего проекта MVC. Хотя, если вы хотите ссылаться на свои ресурсы из других проектов, вы можете создать их в отдельном проекте.

Я тогда подпапку на основе имен моих контроллеров и изменил свойство «Пользовательский инструмент» на «PublicResXFileCodeGenerator».

Когда я использую строки ресурсов в моих Просмотров, это выглядит следующим образом:

<title>@Resources.Home.Index.PageTitle</title> 

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

Answer 2

У нас есть файлы ресурсов в проектах, где они наиболее актуальны.

У нас есть компонент, который обрабатывает перевод ресурсов на разных уровнях (также для Winforms и WPF ...) и мы файлы группы ресурсы в соответствии с функциональной значимостью,
сообщениями уровня Bussiness в проекте для Бизнеса layer,
проект для общих переводов, используемый нашим стандартным кодом.

.NET ResourceManager может обрабатывать один файл ресурсов, поэтому наш менеджер хранит список ResourceManagers.

Во время выполнения вы просто попробовать их все (или работать с логическими именами категории, чтобы ускорить поиск) ...