一些框架设计上的相关点（持续更新）

一、抽象与接口的区别

从架构层面考虑他们的区别。

1、接口是对特定行为的抽象，抽象类是对一类事物的抽象（描述某类事物）。

抽象类，常用于类别，可抽象出来的类别：人、植物、学生、动漫等，种类可大可小，但都是某一类。

接口，常用于说明某一种属性，比如飞、叫、跑、爆炸等，不限于种类，有太多不同种类的事物都可以有这些属性。

2、可重用性的角度

抽象类中可以有实现了的方法，这部分方法被子类共享，代码重用。

接口，只声明不实现，直接继承接口的每一个子类强制独立实现，代码不能重用（压根就不是这个方向）。

3、可扩展性

抽象类是单继承，可以直接扩展方法，但是会影响到全部子类，子类继承过来后，可以选择是否重写。

接口是多继承。

二、组合与继承的思考

继承的危害：

1、子类继承了父类中很多不必要的方法，这些方法如果不重写，就会存在使用上的隐患。

2、破坏单一职责的原则。子类在使用时，可能存在的大量不必要方法干扰使用。

3、子类的数量快速膨胀。

适配器模式清晰地是使用了组合模式。实现接口的同时，内置组合了其他功能类，而不是采用继承。

发现：组合可以解决多继承的问题。

为什么说多用组合，少用继承？

错误处理：

1、内部上抛。问题是如果内部流程多，错误种类多，则上层并不清楚抛回来的错误是什么级别的，导致处理的形式死板化。如是否要打印日志，要么都打印，要么都不打印，不能粒度化控制。解决办法只能是使用错误码进行级别的分类。

2、内部消化。即内部自身是知道错误的级别，直接做对应处理，如是否需要打印日志。问题是嵌入较深，上层的管理较弱，要求每个具体业务人员都要清楚不同错误种类的处理方式。