基本设计模式¶

• DRY 尽量少写重复的代码。

SOLID 原则¶

• 单一职责原则 Single-responsibility Principle 一个类只做一件事，一个类应该只有一个引起它修改的原因。
• 开放闭合原则 Open-closed Principle 一个软件实体如类、模块和函数应该对修改封闭，对扩展开放。
• 里氏替换原则 Liskov Substitution Principle 子类应该可以完全替换父类。也就是说在使用继承时，只扩展新功能，而不要破坏父类原有的功能。
• 接口隔离原则 Interface Segregation Principle 客户端不应依赖它不需要的接口。如果一个接口在实现时，部分方法由于冗余被客户端空实现，则应该将接口拆分，让实现类只需依赖自己需要的接口方法。
• 依赖倒置原则 Dependency Inversion Principle 细节应该依赖于抽象，抽象不应依赖于细节。把抽象层放在程序设计的高层，并保持稳定，程序的细节变化由低层的实现层来完成。

构建型模式 Creational Pattern¶

• 工厂模式

编程经验¶

1. 不要过度依赖默认的设置或行为 过度依赖 默认的设置或行为可能给后来维护代码的人造成理解上的困难，当默认行为发生更改或者偏离手册上的描述时，尝试跟踪问题会花费掉大量的时间。
2. 避免过度设计和过度工程 小项目用小设计，大项目才用大设计。实施符合实际需求的设计。There is no such thing as a Panacea.