我有一个用于 Windows Phone 应用程序的便携式库。在同一个便携式库中，我有几个内容文件（Build Action = Content）。
我在便携式库中创建了一个类DataReader，它应该向我返回内容文件的流。但是，使用下面的代码，我一直在从GetManifestResourceStream 返回null。我做错了什么？
public class DataReader
{
public static Stream GetStream(string code)
{
string path = string.Format("./data/code-{0}.dat", code);
return Assembly.GetExecutingAssembly().GetManifestResourceStream(path);
}
}
【问题讨论】：
标签： c# .net embedded-resource
你的路径是错误的。您正在使用斜杠，但在嵌入式清单资源名称中，斜杠在构建期间被转换为句点。
此外，根据您的 PCL 目标平台，您甚至可能无法致电 Assembly.GetExecutingAssembly()。
你可以这样做：
var assembly = typeof(AnyTypeInYourAssembly).GetTypeInfo().Assembly;
// Use this help aid to figure out what the actual manifest resource name is.
string[] resources = assembly.GetManifestResourceNames();
// Once you figure out the name, pass it in as the argument here.
Stream stream = assembly.GetManifestResourceStream("Some.Path.AndFileName.Ext");
【讨论】：
无法在 Windows 应用商店应用程序和 Windows 之间进行文件访问 电话 8 应用程序。您将不得不使用特定于平台的代码来打开文件 并获取流。然后，您可以将流传递到 PCL。
如果您使用内容构建操作构建它，则 XML 不在 DLL 内。它在文件系统上，无法从 PCL 内部获取。这就是为什么所有答案都将构建操作设置为 Embedded Resource。它将文件放入MyPCL.DLL\Path\To\Content.xml。
然而，如果您将构建操作设置为 Content 并将复制类型设置为 Copy if newer，它会将您的文件放入与可执行文件相同的目录。
因此，我们可以在 PCL 中放置一个用于读取文件的接口。在启动我们的不可移植代码时，我们将一个实现注入 PCL。
namespace TestPCLContent
{
public interface IContentProvider
{
string LoadContent(string relativePath);
}
}
namespace TestPCLContent
{
public class TestPCLContent
{
private IContentProvider _ContentProvider;
public IContentProvider ContentProvider
{
get
{
return _ContentProvider;
}
set
{
_ContentProvider = value;
}
}
public string GetContent()
{
return _ContentProvider.LoadContent(@"Content\buildcontent.xml");
}
}
}
现在 PCL 已在上面定义，我们可以在不可移植的代码中创建我们的接口实现（如下）：
namespace WPFBuildContentTest
{
class ContentProviderImplementation : IContentProvider
{
private static Assembly _CurrentAssembly;
private Assembly CurrentAssembly
{
get
{
if (_CurrentAssembly == null)
{
_CurrentAssembly = System.Reflection.Assembly.GetExecutingAssembly();
}
return _CurrentAssembly;
}
}
public string LoadContent(string relativePath)
{
string localXMLUrl = Path.Combine(Path.GetDirectoryName(CurrentAssembly.GetName().CodeBase), relativePath);
return File.ReadAllText(new Uri(localXMLUrl).LocalPath);
}
}
}
在应用程序启动时，我们注入实现，并演示加载内容。
namespace WPFBuildContentTest
{
//App entrance point. In this case, a WPF Window
public partial class MainWindow : Window
{
public MainWindow()
{
InitializeComponent();
}
private void Window_Loaded(object sender, RoutedEventArgs e)
{
ContentProviderImplementation cpi = new ContentProviderImplementation();
TestPCLContent.TestPCLContent tpc = new TestPCLContent.TestPCLContent();
tpc.ContentProvider = cpi; //injection
string content = tpc.GetContent(); //loading
}
}
}
编辑：为简单起见，我将其保留为字符串而不是 Streams。
【讨论】：
只是响应赏金请求。首先，使用 Build Action = Content 实际上根本不会影响构建。它是其他工具可以读取的项目项属性。例如，安装程序构建器使用它来确定文件需要包含在安装程序中并部署到用户的机器上。
使用 Build Action = Embedded Resource 如被赞成的问题所述是 OP 的疏忽。这实际上指示 MSBuild 将文件作为资源嵌入到程序集清单中，使用 Assembly.GetManifestResourceStream() 在运行时检索它。
但从赏金评论中可以清楚地看出您也不想要那样。回退是仅将文件复制到目标机器上。它会耐心地坐在哪里，直到你需要它。值得注意的是，这不会以任何方式改变用户从商店下载的包的大小。无论是在程序集内部还是包中的单独文件，它都占用相同数量的空间。
因此，将其作为前进的一种方式。
它在运行时确实有所不同，整个程序集在加载时被映射到虚拟内存中。因此，具有资源的程序集将占用更多的虚拟内存空间。但是“虚拟”这个词很重要，它占用手机的资源很少。对于资源中的每 4096 个字节，页面映射表中只有几个字节。在虚拟内存被访问之前，您不会开始为虚拟内存付费。此时手机操作系统需要将其从虚拟内存实际转换为物理内存。或者换句话说，将资源的字节加载到 RAM 中。这与加载文件没有什么不同，当你打开它时它也会被加载到 RAM 中。
因此，将其作为前进的一种方式。
我们已经没有充分的理由实际这样做了，Microsoft 确实选择了默认方式来处理资源作为最佳实践。它是。但有时您不得不将内容部署为文件，仅仅是因为它太大了。一个推 2 GB 或更多，消耗 32 位操作系统上的所有虚拟内存，因此不可能映射到 VM。该程序根本无法启动。这不是电话用户会非常满意的那种程序，真的。
然后，您需要专注于解决方案的打包构建阶段，这是构建手机应用程序的最后一步。已编译解决方案中的所有项目并创建上传到商店并由用户下载的唯一文件的文件。
是的，那里有一个问题，MSBuild 不够聪明，无法看到使用该资源的 PCL 库。 Build action = Content 应该足够好，就像安装程序一样，但这不起作用。它将仅打包 DLL，而不是资源。它假定您已嵌入它，这是最佳实践解决方案。
您需要做的是覆盖包清单。在this MSDN article 中描述。非常，非常丑陋，你正在看着一个空白的闪烁光标。这是我没有好的建议的地方，这是不应该做的。
【讨论】：
将您的文件添加到可移植资源并将构建操作设置为嵌入式资源。例如文件夹CountryFlags下的文件GB.png、US.png。
使用这样的代码添加一个 getter 函数（这里是针对我们的 countryflag getter 图像的）。
public class CountryFlags {
public static Stream GetFlagStream(string countryIsoCode2ch)
{
var flagname = "Full.DLL.Name.CountryFlags.{0}.png";
var rs = Assembly.GetExecutingAssembly().GetManifestResourceStream(
string.Format(flagname, countryIsoCode2ch));
return rs;
}
}
这里的Full.DLL.Name 是生成的可移植库的一部分，位于.dll 扩展之前。 （注意：Anything.Resources.dll 是一个不好的库名称，因为至少在生成 XAP 等时它会被 Visual Studio 忽略；例如，Anything.PortableResource.dll 会起作用）。
【讨论】：
Assembly.GetExecutingAssembly() 在 PCL 中不可用（至少在针对现代平台时）。
Assembly.GetExecutingAssembly() 的参考程序集。这违反直觉，但添加 更多 个目标平台实际上可以增加 可用表面积。当我提到的目标是唯一包含的目标时，故意减少它们，因为它是来自System.Runtime 而不是mscorlib 的“新表面积”。但是对于那些以减少表面积为目标的人，也可以在此页面上查看我的答案，因为有一种获取程序集对象的方法。
如果您已将文件添加为资源，请检查您的 .Designer.cs，每个资源都会有一个属性。您可以从中访问。
这里是 dat 文件资源的示例自动生成属性
internal static byte[] MyDatFile {
get {
object obj = ResourceManager.GetObject("MyDatFile", resourceCulture);
return ((byte[])(obj));
}
您可以将 dat 文件读取为
System.Text.UTF8Encoding enc = new System.Text.UTF8Encoding();
var str = enc.GetString(Resource1.MyDatFile);
【讨论】：
var assembly = typeof(PegHelper).GetTypeInfo().Assembly;
using (var stream = assembly.GetManifestResourceStream("Parsers.Peg.SelfDef.xml"))
using (var reader = new StreamReader(stream))
{
string xmlText = reader.ReadToEnd();
return XDocument.Parse(xmlText);
}
【讨论】：
首先，像这样检索您的程序集（DataLoader 是您 PCL 程序集中的一个类）：
var assembly = typeof(DataLoader).GetTypeInfo().Assembly;
将您的文件添加到可移植资源并将构建操作设置为嵌入式资源。
然后你可以像这样检索你的资源：
string resourceNam= "to be filled";
var assembly = typeof(DataLoader).GetTypeInfo().Assembly;
var compressedStream = assembly.GetManifestResourceStream(resourceName));
例如，如果我在程序集“TvShowTracker.Helpers”的文件夹“Assets/Logos”中有一个文件 logo.png，我将使用以下代码：
string resourceNam= "TvShowTracker.Helpers.Assets.Logos.logo.png";
var assembly = typeof(DataLoader).GetTypeInfo().Assembly;
var compressedStream = assembly.GetManifestResourceStream(resourceName));
编码愉快:)
【讨论】：
您需要使用 Application.GetResourceStream 方法而不是使用 GetManifestResource 流
参考：http://msdn.microsoft.com/en-us/library/ms596994%28v=vs.95%29.aspx
var albumArtPlaceholder =
Application.GetResourceStream(
new Uri("Images/artwork.placeholder.png", UriKind.Relative));
【讨论】：