说了方法的重写，我们再回过头来看看那个继承树：
这个看起来应该还行，我们可以创建大刀的实例，创建手枪的实例……
但是如果我要这样写呢？
|
1 |
var 武器 = 武器() |
那么问题来了：挖掘机……
不，我们的问题是“武器”到底是个什么东西？
我们说“动物”，人是动物，鸟是动物，狗、猫都是动物，那有没有个动物是动物呢？
答案是没[……]
说了那么多次的重写，这次我们就来认真的对待一下方法的重写。
合约
我们说了，继承就相当于是签订合约，我们继承出来的子类一定要遵守这个合约，那么就算你想要做一些合约里没有的事情，也要遵守合约的规范，所以，你重写方法，也一定要符合方法的类型。
我们讲过方法的类型，它以 ()->() 这样来表示。所以，重写的方法也一定要遵守这个类型即接收参数返回参数类型要相同……名字要相同还需要我说吗？[……]
上一节课我们说完了继承，那这节课我们就继续深入，来看看继承树的大招是什么。
可能我和你说起多态这个发音，你最先想到的应该是高中生物里讲的“多肽”；好吧，这两者之间唯一相同的可能就是发音了。
继承的意义
我们说继承实现的意义非凡，它大大降低了我们代码中的冗余行数，降低了代码的维护难度……
其实，我没有提到继承的另一个意义——合约。
上一节课我们做了演示，继承代表了子类获得了父类[……]
上节课我们具体地讲述了继承的机制，并且也设计了一个继承树，那么问题来了：我不是要问挖掘机技术哪家强？我是要问如何来确定一个类是另一个类的子类呢？我们又如何设计一个类而不是某个类中的属性呢？
“是一个”与“有一个”
这里我们就要用这么一个方法来检验它们二者之间的关系了：
我们说，手枪是枪械——OK，没有问题，那么手枪这个类就是枪械的子类。
还有长剑是一把剑，是一个冷兵器——没问题，那这样[……]
我们这次一起来回顾一下之前几节课里提到的继承，我们曾在初见 OOP 里用了一个开发手机（系统）的栗子来描述继承这个东西，相信大家还有印象。
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 |
class CellPhone { func call() { print("Call someone!") } func powerUp () { print("Welcome!") } func powerDown() { print("Goodbye~") } func sendMessage() { print("sent a Message!") } } |
继承
那么这节课我们就深入的来了解了解继承这个概念。
这个其实也不难理解，你看，当你的父辈去世，那他们的财富就会由你继承——好吧，这不是一件很值得开心的事情，但这毕竟是事实。[……]
这节课我们来试试开发一个简单的命令行小游戏，来完整的体验一次所谓的“开发过程”。
游戏设定是这样的：
这是一种棋盘类游戏，我们来猜测敌人战舰的位置，只要命中数发就可以击沉它们。
我们给这些战舰贴点标签……比如各种网站吧?所以，这就成了一个攻击网站的程序……捂脸。
游戏目标
我们要玩家以最少的次数攻击网站，把它击垮。然后我们根据玩家的猜测次数来进行评分。
大致设计
我们画一个7*7[……]
我们在上课之前，一起来回顾一下以前曾提过的“SoC”的概念，我们说这个叫做“Separation of Concerns”，我把它翻译为责任分离——即不同的部分专注于自己的那一部分。或者说一个对象完成一个目标。
这样做的目标既让代码更加模块化易于维护，也让系统运行效率更高。所以说，我们要让对象之间的通信变得更加规范才行。
数据隐藏
你去看看你在写代码时候用到的那些框架，哪个给你直接展示了[……]
声明一个变量
我们使用 var 来声明一个变量，就好像从柜子里拿出了一个试管放在了实验台上；
我们给变量规定了一个类型，就好像在试管上贴上了标签；
那么放入的试剂就必须是标签上标记了的——否则可能导致中毒或者爆炸。
同样的，如果我们试图给一个储存器放入一个错误的数据类型，那么编译器就会报错——没错总有办法能够骗过编译器——反正我不会教你这个方法，那样就会导致程序崩溃啦。[……]
上一节课我们第一次领略了 OOP 的风采，于模棱两可的类和对象究竟是什么东西呢？这节课我们用一个简单的小栗子来向你介绍。
尝试解释
我们说类和对象的关系是设计图和产品的关系，就拿我们的房子来说，一栋楼肯定会有对应的设计图，但设计图绝不会只能对应一栋楼，至少一个小区肯定会用一套设计图不是吗？我们的“类”就是这个“设计图”。我们用这个设计图设计了对象的属性、功能等等的一系列内容，然后通过实例化来产[……]