设计模式-在开发中如何很好的运用设计模式

Question

设计一个好的系统，为了使系统的复用性、扩展性高，不得不使用些设计模式。但模式过多，而且有些类似，我们在设计系统时该如何选择正确的设计模式呢？

Answer 1

你把因果关系弄反了。

先有了需求和问题，才出现设计模式去解决这些需求和问题，每一个设计模式都是为了解决编程中实际存在的问题才被提出来的，也许某些模式你看来近似，那是因为需要解决的问题存在相似性，但是之所以能独立出一个模式出来，说明这些相似的问题不能用通用的方法解决。

设计模式不是程序员没事干写出来提高门槛的东西，所以先有需求才有设计模式，而不是先把一堆模式摆出来往需求里套。

想要正确的运用设计模式，第一你要能准确的把握当前的问题和需求是什么，第二你需要熟知每一种设计模式存在的意义，也就是该模式究竟能解决什么样的问题。

清楚了上面两点，也就不存在“选择”设计模式的问题了，

Answer 2

实践出真知。

这个东西是经验问题，讲不清楚的。

大量的用，失败以后分析总结，不断的试错，不断的重构，尝试最优解，以解决问题为导向，最终肯定熟能生巧。

先解决业务需要，保证功能可用，至于复用性可扩展性其实往往都是我们的期望而不是计划。

Answer 3

模式是解决某些问题的一种模型。
敏捷书中所说模式是结果。重构是过程。
在需求变化的时候，找出变化大的点，考虑扩展解耦进行代码演化，有些问题在已经有解决模型。这些模型就是模式。
重要还是面对需求的演化。以及可预测的变化。
可以利用现有的解决模型进行解答。当你经历大量的实践，很多时候你的解答方案其实就产生了一种新的模型。这些模型在你以后遇到这些类似问题的时候就会从大脑中浮现。
为什么要学习模式呢。就是在你遇到问题的时候可以由前人总结的经验进行解答，事半功倍。
当你融会贯通后，你也会有很多模型教给后人。这样后人在前人基础上进一步发展。如此反复递归，最终会推动技术的进步

Answer 4

模式之间本来就很相似，比如Strategy和Bridge分类都不一样，可是其实就是调用者本身多个继承而已，所以类似是很正常。其实不用专注于使用什么模式，而是应该遵循几个OO的原则，比如SOLID，组合优于继承之类，只要遵循这些设计原则模式自己都能推出来。

Answer 5

模式是死的

思想史活得
一个模式 在新标准添加前后
或者再岁月面前 很可能变得不再适用
我们所能做的 不是记得

而是理解

生搬硬套
终究会让代码生硬
所以 理解至上

写代码...的最高境界

是融会贯通

看似不懂模式
其实写作出来的

都远远胜于 硬套模式 ！！
我们国人所缺少的就该是 创新吧