[论文解读] Towards Understanding Generics in Mainstream OOP

Moez A. AbdelGawad|arXiv (Cornell University)|May 5, 2016

Logic, programming, and type systems参考文献 7被引用 3

一句话总结

本文提出了 $G\mathcal{NOOP}$，一种基于域理论的模型，形式化地捕捉了像 Java 这类名义类型主流面向对象编程语言中的泛型。通过在 $\mathcal{NOOP}$ 框架中引入类型变量和结构化签名构造器，该模型实现了对泛型类型系统的精确数学推理，解决了 Java 泛型和通配符长期存在的歧义问题，并表明 Java 的类型系统是纯粹的名义类型，而非名义与结构类型的混合体。

ABSTRACT

This article reports on steps towards building a simple and accurate domain-theoretic model of generic nominally-typed OOP.

研究动机与目标

• 为解决主流面向对象编程中缺乏精确数学模型的问题，特别是针对泛型，这阻碍了正确推理和语言设计。
• 解决现有面向对象模型的根本缺陷，这些缺陷未能考虑名义类型和泛型类型系统。
• 为泛型的类型安全形式化验证提供基础，特别是在 Java 中，已知的编译器错误和类型推断问题持续存在。
• 消除关于 Java 类型系统是名义与结构类型混合体的误解，表明其为纯粹的名义类型。
• 为未来对多态方法的建模以及对通配符和类型擦除在泛型中支持的改进奠定基础。

提出的方法

• 在 $\mathcal{NOOP}$ 框架中扩展泛型签名，通过类型变量抽象其他签名名称，从而实现类和方法类型的‘泛型化’。
• 引入结构化签名构造器 $\mathsf{SC}$，包含类型变量 $\mathsf{X}$、方法类型变量 $\mathsf{Y}$ 和泛型名称类型 $\mathsf{GN}$，形成分层的、递归的类型结构。
• 定义 $\mathsf{GN} = \mathsf{N} \times \mathsf{GNX}^*$ 和 $\mathsf{GNX} = \mathsf{GN} + \mathsf{X}$，以建模具有嵌套类型参数和递归依赖关系的泛型类签名。
• 使用 $\mathsf{GNM} = \mathsf{N} \times \mathsf{GNY}^*$ 和 $\mathsf{GNY} = \mathsf{GNM} + \mathsf{X} + \mathsf{Y}$ 建模方法签名，允许方法类型变量仅在其声明方法内部使用。
• 提出一种扩展方法，使用‘名义区间’ $\mathsf{YB} = \mathsf{Y} \times \mathsf{GN} \times \mathsf{GN}$ 来捕捉类型参数作为有界类型变量，简化泛型结构，并支持对通配符的更好建模。
• 用类型变量名称替换字段和方法的类型引用，降低复杂度，并实现单层嵌套的泛型结构，避免相互递归。

实验结果

研究问题

• RQ1 如何构建一个正式的、基于域理论的模型，以准确表示名义类型面向对象语言中的泛型？
• RQ2 为何现有面向对象模型在推理 Java 泛型和类型安全时失败，尤其是在已知编译器错误和类型推断缺陷存在的情况下？
• RQ3 Java 的类型系统是否真的是名义与结构类型的混合体，还是如模型所示，其为纯粹的名义类型？
• RQ4 能否使用合成类型变量和有界区间构建一个简化的泛型模型，以提高清晰度并支持通配符和擦除机制？
• RQ5 如何在泛型、名义类型框架中正式建模多态方法，以扩展当前的 $G\mathcal{NOOP}$ 模型？

主要发现

• $G\mathcal{NOOP}$ 模型成功使用基于 $\mathcal{NOOP}$ 的域理论框架捕捉了 Java 泛型的语义，实现了对类型安全和结构的精确数学推理。
• 该模型表明 Java 的类型系统是纯粹的名义类型，驳斥了其为名义与结构类型混合体的普遍误解。
• 该模型解决了 Java 类型系统中的歧义，例如由泛型相关编译器错误（如 javac 中的空指针异常）引发的问题，为类型检查提供了稳定一致的基础。
• 使用‘名义区间’和单层嵌套泛型的扩展方法，通过用有界类型变量替代复杂的相互依赖关系，简化了类型结构，提升了清晰度和可扩展性。
• 该模型支持方法类型变量的形式化建模，并为未来关于多态方法的研究以及对通配符和类型擦除的改进处理铺平了道路。
• 该框架实现了对泛型中类型安全的形式化验证，这在以往由于缺乏对具有泛型的名义面向对象编程的精确概念模型而无法实现。