设计的过程是先有问题后有方案

如果我们把写出的代码看作产品,那做产品的时候,我们先要思考痛点在哪里,用户的真正需求在哪里,然后再看要开发哪些功能去满足,
而不是先拍脑袋想出一个花哨的功能,再去东搬西凑硬编出一个需求来.

代码设计也是类似的. 我们先要去分析代码存在的痛点, 比如可读性不好,可扩展性不好等等,
然后再针对性地利用设计模式去改善,而不是看到某个场景之后,觉得跟之前在某本书中看到的某个设计模式的应用场景很相似,
就套用上去,也不考虑到底合不合适,最后如果有人问起了,就再找几个不痛不痒,很不具体的伪需求来搪塞,比如提高了代码的扩展性,满足了开闭原则等等.

很多设计模式相关的书籍都会举一些简单的例子,这些例子仅仅具有教学意义,只是为了讲解设计模式的原理和实现,力求在有限篇幅内给你讲明白.
设计模式要干的事情就是解耦,也就是利用更好的代码结构将一大坨代码分成职责更单一的小类,
让其满足高内聚低耦合等特性.