跳转至

基本设计模式

  • 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.

最后更新: June 17, 2021