c# - 资源文件 (.resx) 与反射访问嵌入式资源

Question

我可能在这里遗漏了一些非常简单的东西，但是使用反射从包含资源的相同程序集检索嵌入式资源与简单地通过 .resx 文件检索相比有什么好处？我经常看到这一点，但不明白 - 与 resx 文件 Resources.resource 相比，是否有理由使用 Assembly.GetExecutingAssembly().GetManifestResourceStream(resource)？甚至微软也这样做:How to embed and access resources .

我的意思是:假设我有一个包含嵌入资源 Config.xml 的程序集 MyAssembly。该程序集具有 MyClass，它实现了一个将所述资源作为字符串返回的方法:

public string GetConfigXML() // returns the content of Config.xml as a string

通常，我看到它是这样实现的，使用反射来检索资源:

public string GetConfigXML()
{
    Stream xmlStream = Assembly.GetExecutingAssembly().GetManifestResourceStream("MyAssembly.Config.xml"); 
    string xml = GetStringFromStream(xmlStream);
    return xml;
}

为什么要尽可能使用 GetManifestResourceStream():

1. 在 Visual Studio 中的 MyAssembly 项目中添加一个资源文件 (Resource.resx)；
2. 将 Config.xml 添加到资源的"file"中；
3. 以更简单的方式获取 Config.xml 的内容:string xml = Resource.Config;

我不知道 Visual Studio 如何在内部处理 .resx 文件，但我怀疑它只是将资源复制到 .resx 文件中(在这种情况下，您最终会得到重复的资源)。我假设它在内部也不使用反射，那么为什么不在这种情况下简单地使用 .resx 文件，这对我来说似乎对性能更友好？

Answer 1

but what's the benefit of using reflection to retrieve an embedded resource

将数据从一种格式转换为另一种格式的任何理由背后的共同利益。速度，速度，速度和便利。

XML 是一种保存资源的相当不错的格式。当原始资源在时间的迷雾中丢失时，您将有一个很好的保证，即从现在起 10 年后您仍然可以检索到原始资源。没有良好备份的机器更改。但这是一种非常糟糕的格式，必须从中读取，XML 非常冗长，定位片段需要从文件的开头读取。

当 Resgen.exe 将 .xml 文件编译为 .resource 文件时问题消失。适合链接到程序集元数据并包含资源中的原始字节的二进制格式。并且在你的程序集加载时直接映射到内存中，不需要找到另一个文件并打开它，读取它并转换数据。差别很大。

请务必使用资源设计器以避免必须直接使用 GetManifestResourceStream()。更方便。