1.外观模式（Facade)
一层一层向上封装，灵活性会降低，功能完成度高，和python的模块比较像，但对于封装好了的类，将会变得很简单,简洁。
2.六大设计原则
- 单一职责原则 (Single Responsibility Principle)
一个类直负责一项职责（操作）。一个类，只应该有一个引起它变化的原因。
- 里氏替换原则 (Liskov Substitution Principle)
所有引用基类的地方必须能透明地使用其子类的对象。（子类父类）
- 子类可以实现父类的抽象方法，但不能覆盖父类的非抽象方法；
- 当子类的方法重载父类的方法时，子类方法的输入参数要比父类方法的输入参数更宽松；（格式等要求上）
- 依赖倒置原则 (Dependence Inversion Principle)
定义：抽象不应该依赖于细节，细节应当依赖于抽象。要针对接口编程，而不是针对实现编程。尽量引用层次高的抽象层类，即使用接口和抽象类进行变量类型声明、参数类型声明、方法返回类型声明，以及数据类型的转换等，而不要用具体类来做这些事情。依赖倒置原则的本质就是通过抽象(接口或抽象类)使各个类或模块的实现彼此独立，不互相影响，实现模块间的松耦合。需要注意以下一些地方：
- 每个类尽量都有接口或抽象类，或者抽象类和接口两者都具备；
- 变量的表名类型尽量是接口或者抽象类；
- 尽量不要覆写基类的方法；
- 结合里氏替换原则使用；
- 接口隔离原则 (Interface Segregation Principle)
客户端不应该依赖它不需要的接口，一个类对另一个类的依赖应该建立在最小的接口上。 当一个接口太大时，分割成一些更细小的接口，使用该接口的客户端仅需知道与之相关的方法即可。每一个接口应该承担一种相对独立的角色，不干不该干的事，该干的事都要干。(类似于单一职责)
- 接口隔离原则与单一职责原则的审视角度是不相同的，单一职责原则要求的是类和接口职责单一，注重的是职责，这是业务逻辑上的划分，而接口隔离原则要求接口的方法尽量少。
- 实际中接口的功能按实际需求定义，接口太大太小都不太好。
- 迪米特原则 (Law of Demeter)
定义：一个对象应该对其他对象有最少的了解。两个对象耦合尽量少
- 开闭原则 (Open Closed Principle)
软件实体应该对扩展开放，对修改关闭其含义是说一个软件实体应该通过扩展来实现变化，而不是通过修改已有的代码来实现变化。稳定性：开闭原则要求扩展功能不修改原来的代码，这可以让软件系统在变化中保持稳定。
扩展性：开闭原则要求对扩展开放，通过扩展提供新的或改变原有的功能，让软件系统具有灵活的可扩展性。