• 解析Visual C# 7.2中的private protected访问修饰符


    去年12月份,随着Visual Studio 2017 Update 15.5的发布,Visual C#迎来了它的最新版本:7.2. 在这个版本中,有个让人难以理解的新特性,就是private protected访问修饰符(Access Modifier)。至此,C#语言的访问修饰符有以下几种:

    • private
    • protected
    • public
    • internal
    • internal protected
    • private protected

    既然有了private和protected,那么private protected又是什么?它跟internal protected又有什么关系?本文简单介绍一下。

    private protected是怎么回事

    在解释private protected之前,首先让我们回顾一下internal protected访问修饰符。internal protected表示,相同程序集(Assembly)中的其它类型,或者当前类的子类,具有访问该类中internal protected成员的能力,可以用下图表示:

    image

    在上图中:

    • 程序集A中的X类,可以访问A类中的Method方法
    • 程序集A中的B类,可以重载A类中的Method方法,B类中的其它成员也可以访问A类中的Method
    • 程序集B中的C类,可以重载A类中的Method方法,C类中的其它成员也可以通过base.Method()访问A类中的Method
    • 程序集B中C类的Method方法重载了A类的Method方法,因此,internal关键字被去掉,于是,程序集B中的Y类,无法访问C类中的Method方法

    因此,internal protected表示internal或者protected。

    然而,private protected表示,仅有相同程序集(Assembly)中继承于当前类型的类,才能访问该类中private protected成员。换句话说,private protected就是访问者必须在相同程序集中(internal),同时还必须是被访问类型的子类(protected),可以用下图表示:

    image

    因此,private protected表示internal并且protected。

    private protected何时使用

    理论上讲,private protected完善了C#语言的封装性,提供了另一层级别的成员访问保护,听起来感觉让人费解又没什么用。那么,什么时候使用这个访问修饰符呢?现假设你正在设计一个框架,其中有个类,它提供对象存储功能,它的职责是保存给定的对象,而它的每一种实现都需要依赖于一个对象的序列化机制,比如:

    public sealed class SerializationHelper
    {
        public string Serialze(object s)
        {
            using (var memoryStream = new MemoryStream())
            {
                var serializer = new XmlSerializer(s.GetType());
                serializer.Serialize(memoryStream, s);
                return Encoding.UTF8.GetString(memoryStream.ToArray());
            }
        }
    }
    
    public abstract class DataStorage
    {
        private readonly SerializationHelper serializer = new SerializationHelper();
        protected SerializationHelper Serializer => serializer;
        protected abstract void SaveObject(object obj);
    }
    
    public sealed class InMemoryDataStorage : DataStorage
    {
        private readonly List<string> serializedData = new List<string>();
        protected override void SaveObject(object obj) 
            => serializedData.Add(Serializer.Serialze(obj));
    }
    

    上面的代码中,SerializationHelper提供了一种将对象序列化成XML字符串的机制;DataStorage是所有对象数据存储的基类,它当然也为其子类提供了一个访问对象序列化器的方式。由于这个对象序列化器是提供给其子类调用的,因此,DataStorage中的Serializer属性是protected的。最后,InMemoryDataStorage继承了DataStorage,通过调用由基类提供的Serializer属性,实现了SaveObject方法。

    整个实现当然没有问题。可是,通过审核所有类型的可见性,我们发现,我们不打算将SerializationHelper这个类暴露给外界,也就是不希望其它的程序集能够直接访问SerializationHelper类,于是,我们将它设置成internal的。也就是:

    internal sealed class SerializationHelper
    {
        public string Serialze(object s)
        {
            using (var memoryStream = new MemoryStream())
            {
                var serializer = new XmlSerializer(s.GetType());
                serializer.Serialize(memoryStream, s);
                return Encoding.UTF8.GetString(memoryStream.ToArray());
            }
        }
    }
    

    好了,问题来了,编译器开始抱怨了,说SerializationHelper类的访问级别比DataStorage.Serializer属性的访问级别要低:

    image

    道理显而易见:DataStorage.Serializer属性在DataStorage的子类中即可访问,这个子类可以是在DataStorage所在的程序集中,也可以是在另一个程序集中。然而,这个属性的依赖类型:SerializationHelper类,却只能在DataStorage所在的程序集中才能被访问。

    于是,能量巨大的private protected闪亮登场。将DataStorage.Serializer属性的访问修饰符从protected改为private protected,问题就解决了:

    internal sealed class SerializationHelper
    {
        public string Serialze(object s)
        {
            using (var memoryStream = new MemoryStream())
            {
                var serializer = new XmlSerializer(s.GetType());
                serializer.Serialize(memoryStream, s);
                return Encoding.UTF8.GetString(memoryStream.ToArray());
            }
        }
    }
    
    public abstract class DataStorage
    {
        private readonly SerializationHelper serializer = new SerializationHelper();
        private protected SerializationHelper Serializer => serializer;
        protected abstract void SaveObject(object obj);
    }
    
    public sealed class InMemoryDataStorage : DataStorage
    {
        private readonly List<string> serializedData = new List<string>();
        protected override void SaveObject(object obj) 
            => serializedData.Add(Serializer.Serialze(obj));
    }
    

    不过,一旦使用了private protected访问修饰符,DataStorage.Serializer属性就只能在DataStorage所在的程序集的子类中访问了。

    private protected如何使用

    private protected访问修饰符是C# 7.2的新特性。自从使用Roslyn编译器服务的C# 6.0开始,C#编译器的版本更新就可以与.NET Framework和Visual Studio的发布分离开来了。这一点在C# 7.x(包括7.1和7.2)的发布中逐步显现出来。在Visual Studio 2017的编译高级选项中,开发人员可以很方便地选择所需的C#版本:

    image

    如上图所述,在C#项目上点右键,在项目属性的Build标签页中,点击Advanced按钮,在Advanced Build Settings对话框中,通过Language version下拉框来选择所需的C#语言版本。其中:

    • C# latest major version (default):C#最新的主版本,也就是与Visual Studio一起发布的主要版本,在VS2017上对应C# 7.0
    • C# latest minor version (latest):C#的最新版,通常通过VS2017的升级包获得

    要使用private protected访问修饰符,则需要在此选择C# latest minor version (latest),或者C# 7.2.

    总结

    本文对C# 7.2的新特性:private protected访问修饰符进行了解析,并通过案例来说明它的应用场景以及Visual Studio 2017对于C#新特性的支持。

  • 相关阅读:
    tile38 复制配置
    The Guardian’s Migration from MongoDB to PostgreSQL on Amazon RDS
    tile38 一款开源的geo 数据库
    sqler sql 转rest api 的docker 镜像构建(续)使用源码编译
    sqler sql 转rest api javascript 试用
    sqler sql 转rest api redis 接口使用
    sqler sql 转rest api 的docker image
    sqler sql 转rest api 的工具试用
    apache geode 试用
    benthos v1 的一些新功能
  • 原文地址:https://www.cnblogs.com/daxnet/p/8604801.html
Copyright © 2020-2023  润新知