码迷,mamicode.com
首页 > Web开发 > 详细

跟我一起学.NetCore之文件系统应用及核心浅析

时间:2020-09-18 00:50:43      阅读:54      评论:0      收藏:0      [点我收藏+]

标签:where   bool   配置   判断   fse   控制   css   serve   本地   

前言

在开发过程中,肯定避免不了读取文件操作,比如读取配置文件、上传和下载文件、Web中html、js、css、图片等静态资源的访问;在配置文件读取章节中有说到,针对不同配置源数据读取由对应的IConfigurationProvider进行读取,其实读取文件也是一样,针对于不同类型(物理文件、嵌入文件、云端文件等)文件,就由对应的IFileProvider的实现进行读取,下面详细说说;

正文

由于通过IFileProvider将目录文件进行抽象化,统一规范读取操作,使得读取不同地方的文件就显得更加方便,如物理文件、嵌入文件,只要有对应的实现即可;而框架针对物理文件和嵌入文件已经进行了具体实现,如下:

  • PhysicalFileProvider:物理文件提供程序,用来读取物理文件,就是平时使用的文件,不管是扩展名是什么;
  • EmbeddedFileProvider:嵌入文件提供程序,用来读取嵌入文件,就是程序编译时嵌入到程序集内部的文件,就像资源文件一样;
  • CompositeFileProvider:组合提供程序,同时可以读取物理文件和嵌入文件,就是可以指定多种数据源,这样的好处就是像操作同一个数据源一样;后续也可以与自定义的提供程序进行组合;

为了避免直接扒代码懵圈,先来个控制台例子,体验一下以上xxxProvider的使用:

技术图片

运行结果:

技术图片

读取物理文件是不是很简单,其实就是创建了一个PhysicalFileProvider对象时指定了一个路径,然后就能很方便的获取到对应目录下的信息;

嵌入文件也是如此,只需指定对应程序集即可(因为嵌入文件已经编译到程序集中),如下优化代码:

技术图片

运行结果如下:

技术图片

同样也是使用很简单,只是在创建EmbeddedFileProvider对象时指定一下对应的程序集即可,后续便可以用统一的方式进行文件和目录操作;

组合提供程序的目的就是将不同提供程序整合,就像使用同一个源一样,如下:

技术图片

当然,按老套路走,不能用用就行了,继续扒扒代码,先看看IFileProvider:

namespace Microsoft.Extensions.FileProviders
{
    // IFileProvider定义的三个方法其实就是其对应的三大功能
    public interface IFileProvider
    {
        // 获取指定文件的信息,之后可以文件进行读取操作
        IFileInfo GetFileInfo(string subpath);
        // 获取指定目录下所有内容
        IDirectoryContents GetDirectoryContents(string subpath);
        // 用于监听文件改变
        IChangeToken Watch(string filter);
    }
}

再来看看返回的IFileInfo和IDirectoryContents :

namespace Microsoft.Extensions.FileProviders
{
    public interface IFileInfo
    {
        // 标识是否存在
        bool Exists
        {
            get;
        }
        // 文件大小,如果不存在或是目录,这个值就是-1
        long Length
        {
            get;
        }
        // 对应的物理路径,其实就是文件的实际路径
        string PhysicalPath
        {
            get;
        }
        // 文件名字
        string Name
        {
            get;
        }
        // 文件最后的修改时间
        DateTimeOffset LastModified
        {
            get;
        }
        // 标识是否是目录
        bool IsDirectory
        {
            get;
        }
        // 返回的留可以进行文件读取
        Stream CreateReadStream();
    }
    
    // 其他信息继承了IFileInfo信息
    public interface IDirectoryContents : IEnumerable<IFileInfo>, IEnumerable
    {
        // 标识指定目录是否存在
        bool Exists
        {
            get;
        }
    }
}

IChangeToken 之前在配置文件监听的时候有提到过,是用来监听到文件改变时进行发送通知的,这里就不深入了,感兴趣的小伙伴可以研究研究;

PhysicalFileProvider和EmbeddedFileProvider两个挑PhysicalFileProvider这个看看,后者小伙伴私下去扒吧:

namespace Microsoft.Extensions.FileProviders
{
    // 这里只挑了几个关键方法说明,其他属性和方法删除
    public class PhysicalFileProvider : IFileProvider, IDisposable
    {
        // 判断路径是否在指定的根路径下
        private bool IsUnderneathRoot(string fullPath)
        {
            return fullPath.StartsWith(Root, StringComparison.OrdinalIgnoreCase);
        }
        // 获取指定路径文件的FileInfo信息
        public IFileInfo GetFileInfo(string subpath)
        {
            // 判断路径是否处匹配
            if (string.IsNullOrEmpty(subpath) || PathUtils.HasInvalidPathChars(subpath))
            {
                return new NotFoundFileInfo(subpath);
            }
            // 判断指定的路径是否是在根目录下
            subpath = subpath.TrimStart(_pathSeparators);
            if (Path.IsPathRooted(subpath))
            {
                return new NotFoundFileInfo(subpath);
            }
            // 获取全路径,因为一般在外面操作是根据相对路径进行操作
            string fullPath = GetFullPath(subpath);
            if (fullPath == null)
            {
                return new NotFoundFileInfo(subpath);
            }
            // 构建了一个文件信息,包含文件的的操作和属性;
            FileInfo fileInfo = new FileInfo(fullPath);
            if (FileSystemInfoHelper.IsExcluded(fileInfo, _filters))
            {
                return new NotFoundFileInfo(subpath);
            }
            // 封装成PhysicalFileInfo对象
            return new PhysicalFileInfo(fileInfo);
        }
        // 获取指定目录下的所有内容
        public IDirectoryContents GetDirectoryContents(string subpath)
        {
            try
            {  
                // 路径校验和上面一样
                if (subpath == null || PathUtils.HasInvalidPathChars(subpath))
                {
                    return NotFoundDirectoryContents.Singleton;
                }

                subpath = subpath.TrimStart(_pathSeparators);
                if (Path.IsPathRooted(subpath))
                {
                    return NotFoundDirectoryContents.Singleton;
                }

                string fullPath = GetFullPath(subpath);
                if (fullPath == null || !Directory.Exists(fullPath))
                {
                    return NotFoundDirectoryContents.Singleton;
                }
                // 封装为PhysicalDirectoryContents对象
                return new PhysicalDirectoryContents(fullPath, _filters);
            }
            catch (DirectoryNotFoundException)
            {
            }
            catch (IOException)
            {
            }

            return NotFoundDirectoryContents.Singleton;
        }
        // 用监听文件改变的,通过文件匹配模式来指定需要监控的文件
        public IChangeToken Watch(string filter)
        {
            if (filter == null || PathUtils.HasInvalidFilterChars(filter))
            {
                return NullChangeToken.Singleton;
            }

            filter = filter.TrimStart(_pathSeparators);
            return FileWatcher.CreateFileChangeToken(filter);
        }
    }
}

以上GetDirectoryContents和GetFileInfo分别返回的PhysicalDirectoryContents和PhysicalFileInfo才是关键,进去瞅瞅:

public class PhysicalDirectoryContents : IDirectoryContents, IEnumerable<IFileInfo>, IEnumerable
{
    // 用于存放指定目录下的全部内容的
    private IEnumerable<IFileInfo> _entries;
    // 判断指定目录是否存在
    public bool Exists => Directory.Exists(_directory);
    // 读取目录内容的关键方法
    private void EnsureInitialized()
    {
        try
        {
            // 根据指定的目录,获取目录下的所有内容,将其保存在集合中
            _entries = new DirectoryInfo(_directory).EnumerateFileSystemInfos().Where((Func<FileSystemInfo, bool>)((FileSystemInfo info) => !FileSystemInfoHelper.IsExcluded(info, _filters))).Select((Func<FileSystemInfo, IFileInfo>)delegate (FileSystemInfo info)
            {
                // 将取到的内容封装为PhysicalFileInfo对象
                FileInfo fileInfo = info as FileInfo;
                if (fileInfo != null)
                {
                    return new PhysicalFileInfo(fileInfo);
                }
                // 将取到的内容封装为PhysicalFileInfo对象
                DirectoryInfo directoryInfo = info as DirectoryInfo;
                if (directoryInfo != null)
                {
                    return new PhysicalDirectoryInfo(directoryInfo);
                }

                throw new InvalidOperationException("Unexpected type of FileSystemInfo");
            });
        }
        catch (Exception ex) when (ex is DirectoryNotFoundException || ex is IOException)
        {
            _entries = Enumerable.Empty<IFileInfo>();
        }
    }
}

PhysicalFileInfo

// 其实里面就是封装了IO文件操作的相关属性和操作
public class PhysicalFileInfo : IFileInfo
{
    // 文件信息,就是平时咱们直接读取到文件的那些信息
    private readonly FileInfo _info;
    // 是否存在
    public bool Exists => _info.Exists;
    // 文件大小
    public long Length => _info.Length;
    // 文件的全路径
    public string PhysicalPath => _info.FullName;
    // 文件名称
    public string Name => _info.Name;
    // 文件的最后修改时间
    public DateTimeOffset LastModified => _info.LastWriteTimeUtc;
    // 默认就是false,所以这里只能对文件有效
    public bool IsDirectory => false;
    public PhysicalFileInfo(FileInfo info)
    {
        _info = info;
    }
    // 获取文件流,并设置了只读权限
    public Stream CreateReadStream()
    {
        int bufferSize = 1;
        // 这里就熟悉了,平时直接读取文件就是这样的
        return new FileStream(PhysicalPath, FileMode.Open, FileAccess.Read, FileShare.ReadWrite, bufferSize, FileOptions.SequentialScan | FileOptions.Asynchronous);
    }
}

好了,到这其实差不多就明白了,至少知道为什么IFileInfo只能获取到文件件信息,目录信息获取不到;至少在写文件的时候不再懵逼的在想:为什么不能写文件了,如果直接用返回的流进行文件写操作,就会报以下错:

技术图片

总结

框架只是实现了本地读取的两个IFileProvider,如果针对于云端文件、FTP文件等有统一的读取需求,则就需要自己实现了;所以源码是不错的参考,封装之后,结合组合提供程序,后续使用就能像使用本地文件一样简便;

加上这篇,总共十五篇,把.NetCore中比较关键的核心都过了一遍,其中包含了启动流程、依赖注入、配置、选项、日志、中间件、文件,在每个章节中都会针对对应的核心类型进行源代码分析,虽然只是浅读,但也能明白其中缘由;后续的文章将会偏应用,比如静态文件目录配置、API的最佳实现、JWT使用、IdentityServer4的集成等等一堆组件的应用;

同时,后续将同步开启另一个专题:跟我一起学Redis,欢迎一起来学习;

------------------------------------------------

CSDN:Code综艺圈

知乎:Code综艺圈

掘金:Code综艺圈

博客园:Code综艺圈

bilibili:Code综艺圈

------------------------------------------------

一个被程序搞丑的帅小伙,关注"Code综艺圈",识别关注跟我一起学~~~

技术图片

撸文不易,莫要白瞟,三连走起~~~~

跟我一起学.NetCore之文件系统应用及核心浅析

标签:where   bool   配置   判断   fse   控制   css   serve   本地   

原文地址:https://www.cnblogs.com/zoe-zyq/p/13665275.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!