Asp.net core 为什么EmbeddedFileProvider不是分层的?
今天,我试图使用作为Asp.net core 为什么EmbeddedFileProvider不是分层的?,asp.net-core,Asp.net Core,今天,我试图使用作为IFileProvider的只读假文件。不幸的是,由于以下代码行,无法获取“目录”内容: // Non-hierarchal. if (!subpath.Equals(string.Empty)) { return new NotFoundDirectoryContents(); } 考虑到嵌入式文件(至少在beta 4中)使用/保留其文件夹结构,并且新的EmbeddedFileProvider至少可以这样列出内容,我觉得这有点令人惊讶 虽然很容易实现我自己的层次化
IFileProvider
的只读假文件。不幸的是,由于以下代码行,无法获取“目录”内容:
// Non-hierarchal.
if (!subpath.Equals(string.Empty))
{
return new NotFoundDirectoryContents();
}
考虑到嵌入式文件(至少在beta 4中)使用/
保留其文件夹结构,并且新的EmbeddedFileProvider
至少可以这样列出内容,我觉得这有点令人惊讶
虽然很容易实现我自己的
层次化嵌入文件提供程序
,但使框架版本非层次化的设计决策是什么?在最新版本的DNX中,我们进行了更改,使嵌入的文件和资源不保留其路径:/
被替换。层次结构被展平为有效的C#完整类型名称。这与MSBuild之前所做的相同
由于
也可以出现在文件名中,因此不可能知道层次结构。我可以理解,但它应该是一个选项。