正确使用封装,继承,多态

说说对面向对象的理解吧.
最简单粗暴的回答当然是"封装,继承,多态"
随着使用面向对象语言的一步步深入,比如JS与OC,swift,不断地有了新的体会,在此记录一下

---

1.封装

我认为"封装"的概念在面向对象思想中是最基础的概念，

所谓的"类"就是一种封装,它把一些属性或变量,方法或函数等放在了自己的体内,构成一类事物,对外暴露几个接口,使用时直接调用即可,使用起来很方便

而在其他方面,比如方法,函数,第三方,插件,它实质上是通过将相关的一堆函数和一堆对象放在一起,对外有函数作为操作通道,对内则以变量作为操作原料.只留给外部程序员操作方式,而不暴露具体执行细节

处处都是封装

---

2.继承

继承从代码复用的角度来说,特别好用,但也特别容易被滥用和被错用
不恰当地使用继承导致的最大的一个缺陷特征就是高耦合
继承是紧耦合的一种模式,主要的体现就在于牵一发动全身,父类变,子类跟着变
代码复用也是分类别的,如果当初只是出于代码复用的目的,而不区分类别和场景就采用继承是不恰当的.

当出现以下情况时我们使用继承:
1.若父类只是给子类提供服务,并不涉及子类的业务逻辑,子类父类各干各的
2.父类的所有变化,都需要在子类中体现,也就是说此时耦合已经成为需求
比如统一navigationBar返回键的baseController,设置界面的baseController等等

就目前大多数的开发任务来看,主要还是代码复用的场景比较多(就是copy)
而且从未来可能产生的需求变化和维护成本来看,使用组合其实是更值得的
另外,当你发现你的继承超过2层的时候,你就要好好考虑是否这个继承的方案了,第三层继承正是滥用的开端(我目前没用过)

所以我的态度是:一般不要用继承,优先考虑组合(copy)

---

3.多态

多态一般都要跟继承结合起来说,
其本质是子类通过重写或重载父类的方法,来使得对同一类对象同一方法的调用产生不同的结果

还有个重要的概念:父类指针指向子类对象
即若子类重写或重载了父类方法,通过父类指针指向子类的对象时,调用该方法是通过对象调用的,即调用的仍是各子类中的方法
例如有Animal类,子类为Cat和Dog,都有eat方法,但内部实现不同
用Animal*cat = [[Cat alloc]init];与Animal*dog = [[Dog alloc]init];
调用eat时仍是Cat与Dog中各自方法的实现
我在开发中没有这么用过,只是说下概念

如果说继承是为了减少代码,多态在我看来使继承变得更加灵活
使用继承后,比如上面说过一个Controller继承自统一navigationBar返回键的baseController,
肯定会在自己内部重写viewDidLoad方法,添加需要自定义的UI,显示界面,再写一些业务逻辑方法

然而多态正如它名字中所暗示的,它有非常大的潜在可能引入不属于对象初衷的逻辑

所以我的态度是:继承都不要随便用,多态更算了吧