- 内容提要
- 序 1:程序里的世界
- 序 2:最后一层表象
- 关于本书
- 致谢
- 引言:简单的本源
- 篇一:计算系统
- 第 1 章 数,以及对数据的性质的思考
- 第 2 章 逻辑
- 第 3 章 抽象
- 篇二:语言及其面临的系统
- 第 4 章 语言
- 第 5 章 从功能到系统
- 篇三:程序设计的核心思想
- 第 6 章 数据结构:顺序存储
- 第 7 章 数据结构:散列存储
- 第 8 章 执行体与它在执行过程中的环境
- 第 9 章 语法树及其执行过程
- 第 10 章 对象系统:表达、使用与模式
- 篇四:应用开发基础
- 第 11 章 应用开发的背景与成因
- 第 12 章 应用开发技术
- 第 13 章 开发视角下的工程问题
- 第 14 章 应用程序设计语言的复杂性
- 篇五:系统的基础部件
- 第 15 章 分布
- 第 16 章 依赖
- 第 17 章 消息
- 第 18 章 系统
- 篇六:系统的基本组织方法与原理
- 第 19 章 行为的组织及其抽象
- 第 20 章 领域间的组织
- 附一:主要编程范式 及其语言特性关系
- 附二:继承与混合,略谈系统的构建方式
- 附三:像大师们一样思考——从 UML 何时死掉 谈起
- 附四:VCL 已死,RAD 已死
10.2 继承和多态都是多余的概念
对象 是带有一系列相关性质的数据。除此之外,它不带有任何必须附加的概念。明确这一点,有利于我们看到对象系统的本质与构建过程。
在《结构程序设计》中,达尔 4 用一种非常奇特的方式来定义了类与对象之间的关系,即:如果一个过程能够产生比调用语句存活得更久的数据实体,则我们称该过程为 类 ;这样的数据实体(实例,instance),我们称之为 对象 。更有趣的是,《结构程序设计》将这样构建对象系统的过程称为“层次程序结构 5 ”。不过这其中的“层次”却并不是指类的继承层次,而仅仅是指“按层次的方式构造和分析”去处理系统的复杂性问题。达尔在书中强调了“层次方式”是唯一有效的办法,但并没有认为系统的逐层分解与对象的继承之间存有某种必然联系。
事实上在 Simula 67 最初的“面向对象”观念中,对象只是一种(相对于一般数据类型而言)更为高级的数据抽象形式。直到 1971 年 SmallTalk 才提出了继承性概念。如今,对象的 PME(Property-Method-Event,即属性、方法、事件)模型,以及 EIP(Encapsulation-Inheritance-polymiorphism,即封装、继承、多态)构成了完整的面向对象编程的概念集。
但这些都并不是 对象 这一概念抽象的本义,而是实现 对象系统 过程中的一些实践。例如,我们可以将基于继承的对象系统 6 ,视作是通过层次方式来处理系统复杂性的一个实践。准确地说,它通过 类属关系 从开发目标复杂无序的数据中抽取了一部分出来,使它们成为一个可编程的、(在一定程度上)可复用的对象集。正因为这一过程只处理了 具有类属关系的层次数据 ,所以——必然地——下面这些问题也就局限了基于继承的面向对象系统的应用:
- 无类属关系的数据;或
- 非层次的数据;或
- 系统中的逻辑需求。
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论