designpattern，这是我听过最烂的翻译，这个名字有点高大上，程序员很难理解，尤其是php、python、nodejs等脚本语言开发者可能会因为名字而忽略了设计模式的重要性。当然，除了名称之外，从更深层次，更具体地说，我认为有三个原因：工作可以不用设计模式来完成，很多时候更简单、更快；软件世界迭代很快，很多设计模式有些过时；如果没有深入了解一些设计模式，仍然可能会出现过度设计的问题。拿着锤子，随处可见钉子。但是，如果用所谓的“简单”的方法写代码，一旦业务复杂了，就会发现变化的痛苦。改一个功能，要走所有的流程，最后还得重构。相信很多人都会有这样的经历。这些都是设计模式解决的问题，但是精通设计模式并不能解决所有问题，往往需要重构。设计模式绝对不是灵丹妙药。设计模式的本质是什么？设计模式实际上是一种架构。有几种方法可以实现模块或功能。前面的人总结了他觉得最好的方法，然后抽象成一个模式。这就是设计模式。从本质上讲，这与架构没有什么不同。设计模式和架构的区别架构和设计模式之间有什么区别吗？其实是有区别的。从某种程度上来说，可以这样理解：架构是从整个系统，更宏观的层面来概括的，现在大家理解的设计模式更多是从代码层面或者框架层面来概括的。但这种差异并不是软件架构大师的主观结果。这两个概念本来是一个东西，但是随着软件复杂度的不断增加，演变成两个概念。更好的理解设计模式我觉得理解设计模式就是把设计模式融入到架构的一部分，架构的一个子集，重新命名为代码架构，这样更容易理解。个人github
