三大特性
- 封装
- 继承
- 多态
编译时多态:主要指方法的重载
运行时多态:三个条件(继承,重写,向上转型)
类图
- 泛化关系:描述继承关系,extend
- 实现关系:实现一个接口,implement
- 聚合关系:整体和部分不是强依赖,整体不存在,部分可以存在
- 组合关系:整体和部分强依赖,整体消失,部分跟着消失
- 关联关系:表示不同类对象之间的关联,这是一种静态关系,与运行过程无关,如1对1,1对多…
- 依赖关系:在运行过程中起作用,有三种形式:A 类是 B 类方法的局部变量;A 类是 B 类方法当中的一个参数;A 类向 B 类发送消息,从而影响 B 类发生变化
设计原则(S.O.L.I.D)
- S:单一责任原则
修改一个类的原因只有一个
让一个类只负责一件事,当这个类需要做过多的事情,应该分解这个类;如果一个类承担职责过多,就等于把这些职责耦合在一起,一个职责的变化可能削弱该类完成其他职责的
能力。
- O:开放封闭原则
类对扩展开放,对修改关闭
添加新功能时不修改代码;装饰者模式,动态地将责任附加到对象上而不用修改代码。
- L:里氏替换原则
子类必须可以替换所有父类对象
- I:接口分离原则
不应该强迫客户依赖于它们不用的方法。
因此使用多个专门的接口比使用单一的总接口要好
- D:依赖倒置原则
高层模块不应该依赖于低层模块,两者都应该依赖于抽象;
抽象不应该依赖于细节,细节依赖于抽象
高层模块包含一个应用程序中重要的策略选择和业务模块,如果高层模块依赖于低层模块,那么低层模块的改动就会直接影响到高层模块,从而迫使高层模块也需要改动。
依赖于抽象意味着:
任何变量都不应该持有一个指向具体类的指针或者引用;
任何类都不应该从具体类派生;
任何方法都不应该覆写它的任何基类中的已经实现的方法。
其他常见原则
迪米特法则
迪米特法则又叫作最少知识原则(Least Knowledge Principle,简写
LKP),就是说一个对象应当对其他对象有尽可能少的了解,不和陌生人说话。合成复用原则
尽量使用对象组合,而不是通过继承来达到复用的目的。共同封闭原则
一起修改的类,应该组合在一起(同一个包里)。如果必须修改应用程序里的代码,我们希望所有的修改都发生在一个包里(修改关闭),而不是遍布在很多包里。稳定抽象原则
最稳定的包应该是最抽象的包,不稳定的包应该是具体的包,即包的抽象程度跟它的稳定性成正比。稳定依赖原则
包之间的依赖关系都应该是稳定方向依赖的,包要依赖的包要比自己更具有稳定性。
参考: https://github.com/CyC2018/CS-Notes/blob/master/docs/notes/面向对象思想.md