设计模式简介

为什么使用设计模式？或者说设计模式是怎么得来的？

  如果程序员编写代码，一次性编写出“完美代码”，不再进行修改，那就不需要设计模式。但“完美代码”是不可能存在的，因为就算是编程大神也会因为需求变化、团队变化、市场变化等原因来修改自己的代码。只要修改代码，就会出现一个“懒惰”的问题：怎么通过最少的修改来达到修改的目的？这就需要设计模式来指导我们编写代码。

  在软件系统过于庞大中，修改代码可能会出现牵一发而动全身的后果，这时候就会出现改的少错的少，改的多错的多的情况，所以我们在这种但又不得不改的情况下，就应该尽量小的修改代码。

设计的思维模型有哪些？

  设计的目的主要是为了解决问题，解决问题的思维模式分为两种：一种是自上而下的思维模式，另一种是自下而上的思维模式。

  自上而下的思维模式：自上而下（Top Down）就是先写出大纲，再把大纲中的问题细分，逐步解决问题。在软件系统中是先把子系统的接口/调用方式设计完成，不写具体的代码，当主系统的子系统的接口都完成后，开始写主系统的代码，主系统代码完成后，再对子系统继续向下划分，直到最底层的子系统编写完成，整个软件也就被设计出来了。

  自下而上的思维模式：自下而上(Bottom Up)就是没有大纲，先解决局部问题，再组合到一起，最终结局了问题。软件设计就是先把所有的子系统的细节都设计编码完成，然后再把子系统拼接到一起，组成一个大的子系统，然后循环往复直到顶层系统，也完成了软件的设计。

  如果需要修改代码。自上而下会影响修改的系统的子系统，如果只是添加的话，原来的子系统可能不需要修改。但自下而上的修改会影响上层系统，然后往上循环，最后变成影响整个系统。所以自上而下的设计思维更受编程人员的喜爱。

  自上而下的思维反应到具体的代码上就是“抽象统一”，就是抽象实现，统一处理（调用）。

设计模式向传统行业的借鉴有哪些？

  在传统行业中，总是会出现标准，比方说插排和插头，国家就出台了相关的标准，插头的翅的距离和大小都是规定好的，无论你的插排是什么样子的，只要符合标准就能使用。在软件设计中，类似与标准的存在就是接口。

设计原则有哪些？

  因为软件编程每个公司有每个公司的写法，甚至每个人有每个人的写法，那么什么样的写法可以作为标准。只要符合设计原则的代码，就可以作为一种标准。

1. 依赖倒置原则（DIP）
2. 开放封闭原则（OCP）
3. 里氏替换原则（LSP）
4. 单一职责原则（SRC）
5. 接口隔离原则
6. 迪米特法则

   设计原则详解为什么使用设计模式？或者说设计模式是怎么得来的？

  如果程序员编写代码，一次性编写出“完美代码”，不再进行修改，那就不需要设计模式。但“完美代码”是不可能存在的，因为就算是编程大神也会因为需求变化、团队变化、市场变化等原因来修改自己的代码。只要修改代码，就会出现一个“懒惰”的问题：怎么通过最少的修改来达到修改的目的？这就需要设计模式来指导我们编写代码。

  在软件系统过于庞大中，修改代码可能会出现牵一发而动全身的后果，这时候就会出现改的少错的少，改的多错的多的情况，所以我们在这种但又不得不改的情况下，就应该尽量小的修改代码。

设计的思维模型有哪些？

  设计的目的主要是为了解决问题，解决问题的思维模式分为两种：一种是自上而下的思维模式，另一种是自下而上的思维模式。

  自上而下的思维模式：自上而下（Top Down）就是先写出大纲，再把大纲中的问题细分，逐步解决问题。在软件系统中是先把子系统的接口/调用方式设计完成，不写具体的代码，当主系统的子系统的接口都完成后，开始写主系统的代码，主系统代码完成后，再对子系统继续向下划分，直到最底层的子系统编写完成，整个软件也就被设计出来了。

  自下而上的思维模式：自下而上(Bottom Up)就是没有大纲，先解决局部问题，再组合到一起，最终结局了问题。软件设计就是先把所有的子系统的细节都设计编码完成，然后再把子系统拼接到一起，组成一个大的子系统，然后循环往复直到顶层系统，也完成了软件的设计。

  如果需要修改代码。自上而下会影响修改的系统的子系统，如果只是添加的话，原来的子系统可能不需要修改。但自下而上的修改会影响上层系统，然后往上循环，最后变成影响整个系统。所以自上而下的设计思维更受编程人员的喜爱。

  自上而下的思维反应到具体的代码上就是“抽象统一”，就是抽象实现，统一处理（调用）。

设计模式向传统行业的借鉴有哪些？

  在传统行业中，总是会出现标准，比方说插排和插头，国家就出台了相关的标准，插头的翅的距离和大小都是规定好的，无论你的插排是什么样子的，只要符合标准就能使用。在软件设计中，类似与标准的存在就是接口。

设计原则有哪些？

  因为软件编程每个公司有每个公司的写法，甚至每个人有每个人的写法，那么什么样的写法可以作为标准。只要符合设计原则的代码，就可以作为一种标准。

1. 依赖倒置原则（DIP）
2. 开放封闭原则（OCP）
3. 里氏替换原则（LSP）
4. 单一职责原则（SRC）
5. 接口隔离原则
6. 迪米特法则

   设计原则详解