四合院开局四八，八岁带妹逃荒 第726章 思想的继承！

“我……我还是不太明白。最快更新小说就来Www.BiquGe77.NeT”

一个负责硬件接口设计的专家，皱着眉头，提出了疑问。

“钱老，您说的这个‘封装’，把数据和操作数据的行为绑在一起，听起来很有道理。但是，为什么一定要这么做？”

“我直接去修改那个‘温度’变量，不是更简单，更高效吗？为什么非要绕个圈子，去调用一个什么‘获取温度’的方法？”

这个问题，很有代表性。

在场的，大部分都是搞底层，搞硬件出身的工程师。

在他们的世界里，效率就是一切。

为了实现一个功能，路径越短，开销越小，就越好。

钱学民提出的这种“发消息”的模式，在他们看来，无疑是增加了很多不必要的中间环节，是“脱裤子放屁”。

“问得好。”

钱学敏赞许地点了点头。

“这个问题，触及了‘面向对象’的第二个核心思想——‘继承’。”

他没有直接回答，而是走到了另一块空白的黑板前。

“我们刚刚‘创造’了一个‘杯子’对象。现在，我们又有了一个新的需求，我们要创造一个‘保温杯’。”

“按照我们过去的思路，我们会怎么做？”

黄建功接口道：“很简单。复制一份‘杯子’的代码，然后给它增加一个‘保温’的属性，比如‘保温时长’，再修改一下‘自然冷却’的方法，让它的温度下降速度变慢。”

“没错。”钱学敏点头，“绝大多数人都会这么想。简单，直接，有效。”

“但是，如果之后我们又需要一个‘带把手的杯子’呢？再复制一份？需要一个‘玻璃杯’呢？再复制？”

“那如果，我们需要一个‘带把手的玻璃保温杯’呢？”

钱学敏的语速越来越快。

“你们会发现，你们的‘世界’里，出现了无数个看起来相似，但又略有不同的‘杯子’代码。它们每一个都独立存在。有一天，你发现所有杯子的‘注入’方法都有一个bug，你需要去修改它。那么，你需要找到所有这些杯子的代码，一个一个地，把它们全部改一遍。”

“而如果你漏掉了一个，那你的世界，就会出现不一致，就会出现混乱。”

“这就是‘过程式’思维的弊端。它善于解决独立的问题，但当问题变得复杂，当事物之间产生关联时，它就会制造出无穷无尽的‘维护地狱’！”

听着钱学敏的描述，在场的很多软件工程师，都露出了感同身受的痛苦表情。

代码复制粘贴一时爽，后期维护火葬场。

这几乎是他们工作中，每天都在上演的悲剧。

“那么，在‘面向对象’的世界里，我们该如何创造一个‘保温杯’呢？“

钱学敏回到黑板前，用粉笔，在“杯子”的定义下面，画了一个箭头，指向了一个新的定义。

`定义 保温杯 : 继承 杯子 {`

` // 新增属性`

` 保温材质;`

` // 重写行为`

` 方法: 自然冷却() {`

` // 实现更慢的冷却逻辑`

` }`

`}`

“看。”

钱学敏指着这个简单的定义。

“这就是答案。”

“我们不需要复制任何代码。我们只需要告诉这个世界：‘保温杯’，是一种‘杯子’。它‘继承’了‘杯子’所有的属性和行为。”

“一个‘杯子’能做的事情，比如‘注入’、‘倒出’，‘保温杯’天然就能做。我们不需要再写一遍。”

“我们唯一需要做的，就是定义‘保温杯’和‘杯子’不一样的地方。比如，它有特殊的‘保温材质’，以及它有一个被‘重写’了的，更厉害的‘自然冷却’方法。”

“这就是【继承】！”

“它是一种‘is-a’（是一种）的关系。它让我们能够复用已有的代码，在不修改原有世界规则的基础上，去扩展和定义新的事物。”

“现在，我们再来回答刚才那位同志的问题。”钱学敏的目光，回到了最开始提问的那个硬件专家身上。

“为什么我们不直接修改‘温度’变量，而要通过‘获取温度’的方法？”

“因为，如果我们把‘温度’这个属性，直接暴露给外界，那么，当‘保温杯’继承‘杯子’的时候，它就继承了一个可以直接被外界修改的‘温度’。这破坏了‘保温杯’自身的‘封装’性。”

“但如果我们从一开始，就规定，所有对‘温度’的操作，都必须通过‘方法’来进行。那么，‘保温杯’继承的，就是这些‘方法’。”

“当外界调用‘自然冷却’这个方法时，‘杯子’执行的是普通版的逻辑，而‘保温杯’执行的，是它自己‘重写’过的加强版逻辑。”

“外界并不需要知道，它操作的到底是一个‘杯子’，还是一个‘保温杯’。它只需要知道，这个东西，它有‘自然冷却’这个行为就够了。”

“这就引出了我们新世界的第三个，也是最神奇的一个法则——【多态】。”

钱学敏深吸一口气，他的情绪也因为讲到了最关键的地方，而变得有些高昂。