2014-06-25 4 views
1

Я использовал http://www.codeproject.com/Articles/30035/Simple-WPF-Localization проект для локализации приложения, потому что (ну) он прост и прямолинейный и поддерживает динамическое изменение языка.Как разместить языковые ресурсы в отдельном проекте для создания спутниковых сборок

Я поместил все языковые ресурсы в основной проект (т. Е. Resources.resx, resources.ja-JP.resx). Таким образом, сборщики спутников генерируются автоматически и в правильную структуру папок.

Однако я хотел бы поместить все языковые ресурсы (кроме значения по умолчанию/нейтральный - resources.resx) в отдельный проект. При этом мне не нужно перестраивать основной проект (который имеет источник приложения), если мне нужно только что-то изменить в одном из переводов.

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

Я уже пробовал создать пустой проект и установить вывод в библиотеку классов и сборку в соответствии с именем моего исполняемого файла. Он создает правильные сборки спутников в правильной папке, но также генерирует dll. Было бы очень просто, если есть проект-тип для C# или wpf, которые полностью доступны только для языка, но я не могу найти никаких ссылок об этом.

(кстати, я использую VS 2010 с проектом WPF)

спасибо за любую помощь!

+0

Там в C# проект/МОФ здесь https: //tcimultilanguage.codeplex.com/, который имеет сборку только ресурсов, содержащую многоязычную поддержку. Это VS 2013, хотя, возможно, у вас есть проблема с ним в VS 2010. –

+0

действительно хотел придерживаться способа по умолчанию, как это делается в 2010 году. Поэтому я просто добавил скрипт в события сборки, чтобы очистить ненужный вывод DLL, но спасибо за предложение :) – mickeymicks

ответ

0

(поздний ответ, но для сообщества)

В зависимости от того, что один хочет добиться, построения спутниковых сборок из командной строки может быть билет для вас (с помощью инструментов командной строки ResGen и al.exe) ,

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

Это упоминается во многих местах в документации MSDN, но я не видел много образцов конца в конец demostrating его:

https://github.com/JohanPGunnarsson/LocalizedResx

Смежные вопросы