聊聊TypeScript类型兼容,协变、逆变、双向协变以及不变性

前言

学过集合论的同学一定知道子集的概念,使用ES6 class写过继承的同学一定知道子类的概念,而使用过TypeScript的同学,也许知道子类型的概念。

但是你知道协变 (Covariant)、逆变 (Contravariant)、双向协变 (Bivariant) 和不变 (Invariant) 这些概念吗?你知道像TypeScript这种强大的静态类型检查的编程语言,是怎么做类型兼容的吗?我们今天来聊聊。

聊聊TypeScript类型兼容,协变、逆变、双向协变以及不变性_第1张图片

关于Subtyping

子类型是编程语言中一个有趣的概念,源自于数学中子集的概念:

如果集合A的任意一个元素都是集合B的元素,那么集合A称为集合B的子集。

聊聊TypeScript类型兼容,协变、逆变、双向协变以及不变性_第2张图片

而子类型则是面向对象设计语言里常提到的一个概念,是继承机制的一个产物,以下概念来源百度:

在编程语言理论中,子类型是一种类型多态的形式。这种形式下,子类型可以替换另一种相关的数据类型(超类型,英语:supertype)。

子类型与面向对象语言中(类或对象)的继承是两个概念。子类型反映了类型(即面向对象中的接口)之间的关系;而继承反映了一类对象可以从另一类对象创造出来,是语言特性的实现。因此,子类型也称接口继承;继承称作实现继承。

我们可以理解子类就是实现继承,子类型就是接口继承,下面这幅图更精确的定义了这个概念,很多同学应该知道这个例子:

聊聊TypeScript类型兼容,协变、逆变、双向协变以及不变性_第3张图片

这幅图中,猫是一种动物,所以我们说猫是动物的子集,猫是动物的子类,或者说猫这种类型是动物这种类型的子类型。

Co..., Contra..., Bi..., Invariant?

一下提到四个陌生的单词,很多同学肯定一下就懵了。React开发者应该对HOC (High Order Component) 不陌生,它就是使用一个基础组件作为参数,返回一个高阶组件的函数。React的基础是组件 (Component),在TypeScript里是类型 (Type),因此我们用HOT (High Order Type) 来表示一个复杂类型,这个复杂类型接收一个泛型参数,返回一个复合类型。

下面我用一个例子来阐述这四个概念,你可以将它使用TypeScript Playground运行,查看静态错误提示,进行更深刻理解:

interface SuperType {
    base: string;
}
interface SubType extends SuperType {
    addition: string;
};

// subtype compatibility
let superType: SuperType = { base: 'base' };
let subType: SubType = { base: 'myBase', addition: 'myAddition' };
superType = subType;

// Covariant
type Covariant = T[];
let coSuperType: Covariant = [];
let coSubType: Covariant = [];
coSuperType = coSubType;

// Contravariant --strictFunctionTypes true
type Contravariant = (p: T) => void;
let contraSuperType: Contravariant = function(p) {}
let contraSubType: Contravariant = function(p) {}
contraSubType = contraSuperType;

// Bivariant --strictFunctionTypes false
type Bivariant = (p: T) => void;
let biSuperType: Bivariant = function(p) {}
let biSubType: Bivariant = function(p) {}
// both are ok
biSubType = biSuperType;
biSuperType = biSubType;

// Invariant --strictFunctionTypes true
type Invariant = { a: Covariant, b: Contravariant };
let inSuperType: Invariant = { a: coSuperType, b: contraSuperType }
let inSubType: Invariant = { a: coSubType, b: contraSubType }
// both are not ok
inSubType = inSuperType;
inSuperType = inSubType;

我们将基础类型叫做T,复合类型叫做Comp

  • 协变 (Covariant):协变表示Comp类型兼容和T的一致。
  • 逆变 (Contravariant):逆变表示Comp类型兼容和T相反。
  • 双向协变 (Covariant):双向协变表示Comp类型双向兼容。
  • 不变 (Bivariant):不变表示Comp双向都不兼容。

TS类型系统

在一些其他编程语言里面,使用的是名义类型 Nominal type,比如我们在Java中定义了一个class Parent,在语言运行时就是有这个Parent的类型。因此如果有一个继承自ParentChild类型,则Child类型和Parent就是类型兼容的。但是如果两个不同的class,即使他们内部结构完全一样,他俩也是完全不同的两个类型。

但是我们知道JavaScript的复杂数据类型Object,是一种结构化的类型。哪怕使用了ES6的class语法糖,创建的类型本质上还是Object,因此TypeScript使用的也是一种结构化的类型检查系统 structural typing

TypeScript uses structural typing. This system is different than the type system employed by some other popular languages you may have used (e.g. Java, C#, etc.)

The idea behind structural typing is that two types are compatible if their members are compatible.

因此在TypeScript中,判断两个类型是否兼容,只需要判断他们的“结构”是否一致,也就是说结构属性名和类型是否一致。而不需要关心他们的“名字”是否相同。

基于上面这点,我们可以来看看TypeScript中那些“奇怪”的疑问:

为什么TS中的函数类型是双向协变的?

首先我们需要知道,函数这一类型是逆变的。

对于协变,我们很好理解,比如DogAnimal,那Array自然也是Array。但是对于某种复合类型,比如函数。(p: Dog) => void却不是(p: Animal) => void,反过来却成立。这该怎么理解?我这里提供两种思路:

假设(p: Dog) => voidAction(p: Animal) => voidAction

  1. 基于函数的本质

    我们知道,函数就是接收参数,然后做一些处理,最后返回结果。函数就是一系列操作的集合,而对于一个具体的类型Dog作为参数,函数不仅仅可以把它当成Animal,来执行一些操作;还可以访问其作为Dog独有的一些属性和方法,来执行另一部分操作。因此Action的操作肯定比Action要多,因此后者是前者的子集,兼容性是相反的,是逆变。

  2. 基于第三方函数对该函数调用

    假设有一个函数F,其参数为Action,也就是type F = (fp: Action) => void。我们假设ActionAction兼容,此时我们如果传递Action来调用函数F,会不会有问题呢?

    答案是肯定的,因为在函数F的内部,会对其参数fp也就是(p: Animal) => void进行调用,此时F也可以使用Cat这一Animal对其进行调用。而此时我们传递的参数fp(p: Dog) => voidfp被调用时使用的是Cat这一参数。这显然会使程序崩溃!

    因此对于函数这一特殊类型,兼容性需要和其参数的兼容性相反,是逆变。

其次我们再来看看为什么TS里的函数还同时支持协变,也就是双向协变的?

前面提到,TS使用的是结构化类型。因此如果ArrayArray兼容,我们可以推断:

  • Array.pushArray.push兼容

    • 也就是(item: Dog) => number(item: Animal) => number兼容

      • ((item: Dog) => number).arguments((item: Animal) => number).arguments兼容

        • DogAnimal兼容

为了维持结构化类型的兼容性,TypeScript团队做了一个权衡 (trade-off)。保持了函数类型的双向协变性。但是我们可以通过设置编译选项--strictFunctionTypes true来保持函数的逆变性而关闭协变性。

为什么参数少的函数可以和参数多的函数兼容?

这个问题其实和函数类型逆变兼容一个道理,也可以用上述的两种思路理解,Dog相当于多个参数,Animal相当于较少的参数。

为什么返回值不是void的函数可以和返回值是void的函数兼容?

从第三方函数调用的角度,如果参数是一个非void的函数。则表明其不关心这个函数参数执行后的返回结果,因此哪怕给一个有返回值的函数参数,第三方的调用函数也不关系,是类型安全的,可以兼容。

怎么构造像Java那样的名义类型?

通常情况下,我们不需要构造名义类型。但是一定要实现的话,也有一些trick:

名义字符串:

// Strings here are arbitrary, but must be distinct
type SomeUrl = string & {'this is a url': {}};
type FirstName = string & {'person name': {}};

// Add type assertions
let x = '';
let y = 'bob';
x = y; // Error

// OK
let xs: string = x;
let ys: string = y;
xs = ys;

名义结构体:

interface ScreenCoordinate {
  _screenCoordBrand: any;
  x: number;
  y: number;
}
interface PrintCoordinate {
  _printCoordBrand: any;
  x: number;
  y: number;
}

function sendToPrinter(pt: PrintCoordinate) {
  // ...
}
function getCursorPos(): ScreenCoordinate {
  // Not a real implementation
  return { x: 0, y: 0 };
}

// Error
sendToPrinter(getCursorPos());

如何在运行时检测变量的“名义”类型?

TypeScript的类型检测只是一种编译时的转译,编译后类型是擦除的,无法使用JavaScript的instanceof关键字实现类型检验:

interface SomeInterface {
  name: string;
  length: number;
}
interface SomeOtherInterface {
  questions: string[];
}

function f(x: SomeInterface|SomeOtherInterface) {
  // Can't use instanceof on interface, help?
  if (x instanceof SomeInterface) {
    // ...
  }
}

如果要实现检测,需要我们自己实现函数判断类型内部的结构:

function isSomeInterface(x: any): x is SomeInterface {
  return typeof x.name === 'string' && typeof x.length === 'number';

function f(x: SomeInterface|SomeOtherInterface) {
  if (isSomeInterface(x)) {
    console.log(x.name); // Cool!
  }
}

还有更多“奇怪”的疑问,可以参考TypeScript Wiki FAQs

类型安全和不变性

最后来聊一下不变性 (Invariant) 的应用。上面我们提到Array这一复合类型是协变。但是对于可变数组,协变并不安全。同样,逆变也不安全(不过一般逆变不存在于数组)。

下面这个例子中运行便会报错:

class Animal { }

class Cat extends Animal {
    meow() {
        console.log('cat meow');
    }
}

class Dog extends Animal {
    wow() {
        console.log('dog wow');
    }
}

let catList: Cat[] = [new Cat()];
let animalList: Animal[] = [new Animal()];
let dog = new Dog();

// covariance is not type safe
animalList = catList;
animalList.push(dog);
catList.forEach(cat => cat.meow()); // cat.meow is not a function

// contravariance is also not type safe, if it exist here
catList = animalList;
animalList.push(dog);
catList.forEach(cat => cat.meow());

因此,我们使用可变数组时应该避免出现这样的错误,在做类型兼容的时候尽量保持数组的不可变性 (immutable)。而对于可变数组,类型本应该做到不变性。但是编程语言中很难实现,在Java中数组类型也都是可变而且协变的

参考

  1. What are covariance and contravariance?
  2. Covariance, contravariance and a little bit of TypeScript
  3. TypeScript Deep Dive
  4. Type System Behavior


本篇文章由一文多发平台ArtiPub自动发布

你可能感兴趣的:(typescript)