C#8.0本质论第十章--合式类型

C#8.0本质论第十章–合式类型

10.1重写object的成员

10.1.1重写ToString()

在对象上调用ToString()默认返回类的完全限定名称。

10.1.2重写GetHashCode()

如果重写Equals()，就要重写GetHashCode()，否则编译器会显示警告。

10.1.3重写Equals()

“对象同一性"和"相等的对象值”

两个引用加入引用同一个实例，就说这两个引用是同一的。object提供名为ReferenceEquals()的静态方法来显示检查对象同一性。

只有引用类型才可能引用相等，因此提供了对同一性概念的支持。为值类型调用ReferenceEquals()总是返回false，因为值类型转换成object要装箱，两个值类型会单独装箱。

object.Equals()的实现只是简单调用了一下ReferenceEquals()

10.1.4用元组重写GetHashCode()和Equals()

10.2操作符重载

要注意不能实现赋值操作符，=的行为无法改变。

10.2.1比较操作符

10.2.2二元操作符

10.2.3二元操作符复合赋值

赋值操作符不能重载，但只要重载了二元操作符，就自动重载了其复合赋值形式(+=、-=、*=、>>=等)

10.2.4条件逻辑操作符

和赋值操作符相似，条件逻辑操作符不能显示重载，但由于逻辑操作符&和|可以重载，而条件操作符由逻辑操作符构成，所以实际能间接重载条件操作符。

10.2.5一元操作符

10.2.6转换操作符

从技术上讲，实现显示和隐式转换操作符并不是重载转型操作符(())。但由于效果一样，所以一般都将“实现显示或隐式转换”说成“定义转型操作符”。

public readonly struct Latitude
{
    // ...
 
    public Latitude(double decimalDegrees)
    {
        DecimalDegrees = Normalize(decimalDegrees);
    }
 
    public double DecimalDegrees { get; }
 
    public static implicit operator double(Latitude latitude)
    {
        return latitude.DecimalDegrees;
    }
    public static implicit operator Latitude(double degrees)
    {
        return new Latitude(degrees);
    }
 
    // ...
}

operator要放在表示隐式或显示转换的implicit或explicit关键字后面。

10.2.7转换操作符规范

10.3引用其他程序集

C#底层和CLI框架允许将代码分散到多个程序集中。这样就可在多个可执行文件中重用程序集。

10.3.1引用库

10.3.2用dotnet CLI引用项目或库

10.3.3用Visual Studio2019引用项目或库

10.3.4NuGet打包

10.3.5用dotnet CLI引用NuGet包

10.3.6用Visual Studio1029引用NuGet包

10.3.7调用被引用的包或项目

10.4类型封装

类封装行为和数据，而程序集封装一组类型。

10.4.1类型声明中的public或internal访问修饰符

不添加任何访问修饰符的类或结构体会被默认声明为内部访问(internal)，而嵌套类型则默认声明为私有访问。

成员的可访问性无法大于它所在的类型。例如将类声明成internal，它的public成员也只能从程序集中访问。

10.4.2protected internal类型成员修饰符

10.5定义命名空间

事实上，CLR对“命名空间”一无所知，类型名称都是完全限定的，其中包含了命名空间。

命名空间支持嵌套，以便对类进行层次化的组织。也可以使用完整命名空间名称，每个标识符都以句点分隔。

10.6XML注释

开发者可利用命令行选项，指示编译器将XML注释提取到单独的XML文件中。这样就可以根据XML注释生成API文档。

10.6.1将XML注释和编程构造关联

10.6.2生成XML文档文件

10.7垃圾回收

.NET中的垃圾回收器采用mark-and-compact算法。一次垃圾回收周期开始时，它识别对象的所有根引用，基于该列表，垃圾回收器可遍历每个根引用锁表示的树形结构，并递归确定所有根引用指向的对象。这样，垃圾回收器就可识别出所有的可达对象。

它将所有可达对象紧挨着放一起，从而覆盖不可访问的对象所占的内存。

相较于长期存在的对象，最近创建的对象更有可能需要垃圾回收。为此，.NET垃圾回收器支持“代”(generation)的概念，它会以更快的频率尝试清除生存时间较短的对象。而那些在一次垃圾回收中“存货”下来的对象会以较低的频率清除。具体地说，共有三代对象，一个对象每次在一个垃圾回收周期中存活下来，它都会移动到下一代，直至最终移动到第二代。

迄今为止讨论的都是强引用，因其维持着对象的可访问性，阻止垃圾回收器清除对象所占用的引用。此外，框架还支持弱引用。弱引用不阻止对对象进行垃圾回收，但会维持一个引用。这样，对象在被垃圾回收器清除之前可以重用。

弱引用是为创建起来代价较高，而且维护开销特别大的引用对象而设计的。弱引用相当于对象的一个内存缓存。（个人不是很理解有什么用，为什么不直接维持一个强引用）

10.8资源清理

10.8.1终结器

**终结器(finalizer)**允许程序员写代码来清理类的资源。但不能显式调用，没有和new对应的操作符。垃圾回收器负责为对象实例调用终结器，因此开发者不能在编译时确定终结器的执行时间。唯一确定的是终结器会在对象最后一次使用之后，通常在应用程序正常关闭前的某个时间运行。程序被强行关闭时可能不会被调用。

终结器的声明与C++析构器的语法完全一致。

public class TemporaryFileStream
{
    public TemporaryFileStream(): this(Path.GetTempFileName()){ }
 
    // Finalizer
    ~TemporaryFileStream()
    {
        try
        {
            Close();
        }
        catch (Exception )
        {
            // Write event to logs or UI
            // ...
        }
    }
}

终结器不允许传递任何参数，所以不可重载，不能显式调用，调用终结器的只能是垃圾回收器。因此为终结器添加访问修饰符没有意义。

由于垃圾回收器负责所有内存管理，所以终结器不负责回收内存。相反，它们负责释放像数据库连接和文件句柄这样的资源。

一定要在终结器中避免异常。

10.8.2使用using语句进行确定性终结

终结器的问题在于不确定性终结，基类库为这个使用模式提供了特殊接口。IDisposable接口用名为Dispose()的方法定义了该模式的细节。

最终生成的CIL代码与写一个显式的try/finally块完全一样。在finally块中调用dispose，总之，using语句只是提供了try/finally块的语法快捷方式。

从C#8.0开始，using语句有一个简化的写法：可以在声明单个变量的语句之前使用using关键字。这种写法只能声明一个变量，并且也要求其类型实现了IDisposable接口。该程序的运行越过了变量的作用区间后，该变量的Dispose()方法便会被自动调用。此外using关键字声明的变量还有一个限制，就是这种变量不能再被赋值为其他值。

10.8.3垃圾回收、终结和IDisposable

IDisposable.Dispose()方法包含对System.GC.SuppressFinalize()的调用，作用是从**终结队列(f-reachable)**中移除TemporaryFileStream类实例。这时因为所有清理都在Dispose()中完成了，而不是等着终结器执行。

有终结器的对象如果不显式dispose，其生存期会被延长，因为即使对它的所有显式引用都不存在了，f-reachable队列仍然包含对它的引用，使对象一直生存，直至f-reachable队列处理完毕。

10.9推迟初始化

使用推迟初始化，可在需要时才创建对象。

class DataCache
{
    // ...
 
    public TemporaryFileStream FileStream =>InternalFileStream??(InternalFileStream = new TemporaryFileStream());
 
    private TemporaryFileStream? InternalFileStream { get; set; } = null;
 
    // ...
}

如实例化代价微不足道或不可避免，就应该直接在声明时在构造函数中赋值。