Как получить .net ресурсы в сборке?

Question

[Максим]

Как получить ресурсы(resx) .net программы?
Разрабатываю библиотеку, которая должна получить ресурсы вызывающей ее сборки. Как это сделать?

Comments

[Максим]

assembly.GetManifestResourceNames()
не возвращяет имя ресурса

Answer 1

[Дмитрий Макаров]

С этого можно начать:

IEnumerable<object> GetResources(System.Reflection.Assembly inAssembly, System.Globalization.CultureInfo inCultureInfo) =>
            ((System.Resources.ResourceManager)inAssembly
                .GetTypes()
                .FirstOrDefault(type => type.Name == "Resources")
                .GetProperty("ResourceManager", System.Reflection.BindingFlags.NonPublic | System.Reflection.BindingFlags.Static)
                .GetValue(null, null))
                    .GetResourceSet(inCultureInfo, true, true)
                    .OfType<System.Collections.DictionaryEntry>()
                    .Select(item => item.Value);


var resources = GetResources(System.Reflection.Assembly.GetCallingAssembly(), System.Globalization.CultureInfo.InvariantCulture);

Comments

[Максим]

Все ломается на этой строчке

GetProperty("ResourceManager", System.Reflection.BindingFlags.NonPublic | System.Reflection.BindingFlags.Static);

в сборке нет типа ресурса.
В ресурсе есть 1 запись

[Дмитрий Макаров]

Если посмотреть в общем как я искал своё решение.

Я знаю, что в VisualStudio на файлы *.resx, навешивается инструмент RexXFileCodeGenerator, который генерирует статический класс Resources, структуру которого я более менее знаю.
Через Reflection в нужной сборке нашел тип Resources, в нём нашел свойство ResourceManager, а дальше уже дело техники.

И я пометил своё решение: "С этого можно начать". Потому что, в произвольной сборке этот класс может называться не Resources, а CodeGenerator может быть не повешен, соответственно, класса может такого не быть в сборке.

Такое получается ограничение.

Как его обойти?
Если мы имеем доступ к сборке и можем повесить CodeGenerator на resx - это один путь.
Если мы знаем, что в сборке было несколько файлов ресурсов и они имеют другие какие то названия, но CodeGenerator на них повешен, то нужно искать класс не по имени, а по другим критериям (например, по наличию свойства ResourceManager).

В вашем случае, вроде бы, на Alasah.ru-ru.resx ResXCodeGenerator не повешан: нету треугольничка слева, у меня например так:


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

Могу предложить посмотреть на исходный код инструмента ILSpy: у него исходники открыты и ресурсы сборок он показывает.

[Дмитрий Макаров]

О!

Стоит внимательно поизучать документацию на System.Resources.ResourceManager. Он как раз и занимается тем, что ищет ресурсы в сборках.

[Максим]

Первое наблюдение:
Он не видит ресурс с кодом Culture info.
assem.GetManifestResourceNames()

Answer 2

[Максим]

Небольшой отрывок кода, из коготого все понятно.
Сборка - Target.
В ней два ресурса:

• Alasah.resx
  
• Alasah.ru-ru.resx
  

String[] resNames = typeof(Program).Assembly.GetManifestResourceNames(); // names of resources
foreach (var name in resNames)
{
    // Alasah.ru-ru doesn't include
    Console.WriteLine("\t" + name); // ends with .resource
}

var resource = new ResourceManager("Target.Alasah", typeof(Program).Assembly);

// ru-ru
Console.WriteLine(resource.GetString("hello"));
Console.WriteLine(resource.GetString("hello", null));
Console.WriteLine(resource.GetString("hello", CultureInfo.CurrentCulture));

// without culture
Console.WriteLine(resource.GetString("hello", CultureInfo.InvariantCulture));