1. 策略模式
简单工厂模式需要让客户端认识两个类，一个是super父类，一个是Factory工厂类(利用多态返回指向派生类的父类)
策略模式与简单工厂模式结合，客户端只需要一个Context对象(类似Factory工厂类)，调用其函数(复合的super类对象调用多态函数)，这样大大降低耦合性，在客户端连父类super类都可以隐藏
2. 单一职责原则
如果能够想到多于一个动机去改变一个类，那么这个就多于一个职责，最好考虑类的职责分离，从而易维护，易扩展，易复用，更加灵活
3. 开放-封闭原则
(类，模块，函数等等)应该可以扩展，但不可修改。对扩展开放，对更改封闭。考虑到为了需求得修改，尽量使当前类封闭，如果需要修改当前类，需要重新对类抽象。
4. 依赖倒转原则
抽象不应该依赖于细节，细节应该依赖于抽象。针对接口编程，不要对实现编程。有点像Restful API使得前后端分离，前后端只关注接口即可。
