Как запретить Visual Studio создавать dll ресурсов конкретного языка из имен файлов ресурсов? ⇐ C#
-
Anonymous
Как запретить Visual Studio создавать dll ресурсов конкретного языка из имен файлов ресурсов?
После переименования встроенных файлов ресурсов с незначительными именами (WelcomeA.rtf и WelcomeB.rtf), чтобы они содержали коды языков (Welcome.en-us.rtf< /strong> и Welcome.de-de.rtf), сборка .NET начала разделять мои ресурсы на файлы [AppName].resources.dll, которые расположены в подпапке с языковой кодировкой выходных данных. каталог. Папок de-de и en-us раньше не было, и я всего лишь переименовал исходные файлы, не меняя настройки проекта:
D:\[AppName]\BIN\DEBUG\NET5.0-WINDOWS │ [AppName].deps.json │ [ИмяПриложения].dll │ [ИмяПриложения].exe │ [ИмяПриложения].pdb │ [AppName].runtimeconfig.dev.json │ [AppName].runtimeconfig.json │ ├───де-де │ [ИмяПриложения].resources.dll │ ├───ru-ru │ [ИмяПриложения].resources.dll │ └───ссылка [ИмяПриложения].dll Мое приложение не поддерживает шаблон I18N, который Visual Studio пытается реализовать здесь.
Я находил и загружал встроенный документ в RichTextBox, делая что-то вроде этого, которое сейчас не работает:
private void LoadWelcomeText(string langCode) { Сборка сборки = Assembly.GetExecutingAssembly(); richTextBox.Document.Blocks.Clear(); foreach (строка в сборке.GetManifestResourceNames()) { if (s.Contains("Добро пожаловать." + langCode + ".rtf")) { Поток поток = сборка.GetManifestResourceStream(s); richTextBox.Selection.Load(поток, DataFormats.Rtf); перерыв; } } } Как заставить процесс сборки не реструктурировать архитектуру моего приложения на основе имен исходных файлов?
(Я знаю, что переименование файлов не соответствует шаблону, используемому здесь для угадывания намерения I18N, но я хотел бы исправить проблему, а не обойти ее.)
После переименования встроенных файлов ресурсов с незначительными именами (WelcomeA.rtf и WelcomeB.rtf), чтобы они содержали коды языков (Welcome.en-us.rtf< /strong> и Welcome.de-de.rtf), сборка .NET начала разделять мои ресурсы на файлы [AppName].resources.dll, которые расположены в подпапке с языковой кодировкой выходных данных. каталог. Папок de-de и en-us раньше не было, и я всего лишь переименовал исходные файлы, не меняя настройки проекта:
D:\[AppName]\BIN\DEBUG\NET5.0-WINDOWS │ [AppName].deps.json │ [ИмяПриложения].dll │ [ИмяПриложения].exe │ [ИмяПриложения].pdb │ [AppName].runtimeconfig.dev.json │ [AppName].runtimeconfig.json │ ├───де-де │ [ИмяПриложения].resources.dll │ ├───ru-ru │ [ИмяПриложения].resources.dll │ └───ссылка [ИмяПриложения].dll Мое приложение не поддерживает шаблон I18N, который Visual Studio пытается реализовать здесь.
Я находил и загружал встроенный документ в RichTextBox, делая что-то вроде этого, которое сейчас не работает:
private void LoadWelcomeText(string langCode) { Сборка сборки = Assembly.GetExecutingAssembly(); richTextBox.Document.Blocks.Clear(); foreach (строка в сборке.GetManifestResourceNames()) { if (s.Contains("Добро пожаловать." + langCode + ".rtf")) { Поток поток = сборка.GetManifestResourceStream(s); richTextBox.Selection.Load(поток, DataFormats.Rtf); перерыв; } } } Как заставить процесс сборки не реструктурировать архитектуру моего приложения на основе имен исходных файлов?
(Я знаю, что переименование файлов не соответствует шаблону, используемому здесь для угадывания намерения I18N, но я хотел бы исправить проблему, а не обойти ее.)
-
- Похожие темы
- Ответы
- Просмотры
- Последнее сообщение
-
-
Могу ли я провести морфологический анализ для конкретного языка в NLTK?
Anonymous » » в форуме Python - 0 Ответы
- 20 Просмотры
-
Последнее сообщение Anonymous
-
Мобильная версия