设计模式的主要思想是抽象化，写通用代码时用的，如果业务流程非常独特，就没必要了

项目使用设计模式 A
如果项目大更新，就要换一个设计模式 B ，那设计模式 A 对于该项目来说，就是专有的，并非通用的，这个 A 其实就是没必要的
如果项目大更新，仍然能使用 A ，只是改动模块，甚至模块换了新技术也能延续，这个 A 才是通用的

例如
设计模式目标是人员管理，项目初始为学生，第一次更新需要拓展到交换生，第二次更新需要拓展到教师，第三次更新需要拓展到校工……多次更新，只需要修改或添加少量模块，那么这个设计模式才是通用的
如果每次更新都要重写，例如最初是单例，第一次变为装饰器，第二次变为共享，第三次变为组合……不是不可以，只是模式变，思维和逻辑也跟着变，就没有“设计”了，只是每次推倒重来而已
所以设计模式需要一定大局观和预见性，能从一堆不同的东西抽象出共性的东西

又如
有多个函数，各自的目的、计算都不同，但它们有个共同的特征：都是两个参数，一个为序列，一个为单值，返回都是序列。这样，其实可以抽象出一个闭包函数 func(array, value)，返回序列
同理可以造一个抽象类，将不同的实际类（学生类、教师类、校工类），都能套上
抽象类作为入口，根据实际情况，可能是平衡的，可能是有序的，可能是父子的，使用不同的实际类处理数据，完成这个或多个抽象类及其实现过程，就是设计模式了

现实中的各种模板，就是设计模式的实例，例如下载个开源商城，你卖食品、工业品、虚拟品，什么都能套上，这个开源商城就是用一套设计模式写成的，它里面变化的只是商品数据、商品分类以及支付方式
还有各种论坛源码等等都是
计算机语言本身就是一个设计模式，不同语言基本都离不开 变量、表达式、命令句、函数……这些共性的东西

题外：汉语成语就是抽象类，能把不同的人想表达的长句、组句、甚至上百字的解释，抽象为四个字。只要说的和听的都懂这个成语，双方就能顺利沟通。
所以#14 所说的“共识”也是对的，他甚至把我上面这一大段话抽象为两个字了 🎉