所谓模式，可以认为是一种代码模板。当遇到一些问题的时候，可以用来进行参考的东西，通过这些可参考的模板，提升代码各方面的指标，便于后续的维护。因此设计模式，可以认为是一个信息库，在需要的时候，在这个信息库里面查找最适合实际应用场景的模式。

好代码的评判标准

那么这里就有一个问题，如何判断是最合适的？代码的评判指标有很多种，但是最主要，最核心的，个人认为有如下几点：

  1. 可维护性：层次结构清晰，模块化好，内聚性好；
  2. 可读性：简单就是美。有人可能会好奇，既然简单就是美，那为什么还搞这么多编码语言和设计模式呢？其实设计模式就是为了让代码简单。
  3. 可扩展性：代码是否有预留一些扩展点，当有新的需求或者新的功能增加时，现有的代码是否可以通过这些扩展点很容易的进行扩展，而不需要回炉重造。
  4. 可复用性：DRY（Dont Repeat Yourself），尽量提升代码的复用性；

常见的设计原则

设计原则是设计模式最根本的东西，设计原则是指导思想，设计模式只是指导思想的实践。一定程度上，只有我们理解了设计原则思想，在实际的项目开发过程中，才能灵活的运用这些思想，解决实际的项目问题。

  1. SOLID-SRP 单一职责原则：
  2. SOLID-OCP 开闭原则：
  3. SOLID-LSP 里氏替换原则：
  4. SOLID-ISP 接口隔离原则：
  5. SOLID-DIP 依赖导致原则：
  6. DRY 原则：
  7. KISS 原则：
  8. YAGNI 原则：
  9. LOD 原则：