废话不想多说，就说关键让你信服。
前情一：上班后，很多时候首先就需要熟悉公司项目的代码工程，里面一大批分支，一大堆代码文件，看着都头疼，这对于编程新手初级程序员来说想要短时间弄透它的结构是多么难的一件事啊。如果你熟练设计模式，那问题就不大了，首先大框架如果是MVC模式那简直是一个通透啊，数据管理文件放一堆，控制逻辑放一堆，显示放一堆，三个大堆结构就清清楚楚。然后再看自己需要重点关注的那个功能模块，大概观察下一个抽象类和几个派生，继承，以及组合类（这里以C++功能举例）它们之间的关系结合熟练的设计模式就一目了然，接下来你要怎么修改添加删除，你大概心里都有谱了，也许，，，真的也许你第一天就一目了然公司的项目了，第二天就可以直接动手写了，当然除非那种物是人非的代码混乱不好理外，既然能写出项目大框架结构的人或多或少里面都包含了各种设计模式。反过来说你如果不熟悉设计模式，，，天，，，对于一个新手程序员不知道一个星期甚至半个月一个月能不能把公司项目结构摸透，这不是危言耸听。
前情二：上班后，主程序分给你一个模块，没有一点功能框架，完全需要你自己写，，，，想想如果没有什么模式模版参考，思想会不会很混乱，尤其没什么经验的是不是感觉无从下手，，，即使你最后写出来了也许你都是经历各种修改和拼凑，而且还不知不觉用到了设计模式，只是你不知道，但是如果提前以设计模式为参考，你中途也不会费很多周章。另外如果没有设计模式为支撑，你写出的代码很大可能就是一个定时炸弹，关键时刻需要扩展或者修改的时候却扩展修改不了，再就是以后维护你代码的人要么难倒后一批新人或者被后来的老程序员骂成狗，因为不管他们有无经验都让他们非常为难。
以前没有设计模式的人是怎么过的，其实就像当初没有路，走的人多了就有了路，方便了后来人，如果后来人不知道路去闯树林，自己被刺得满身是血不说还很久才到目的地。当然设计模式不是万能的，但你不熟练它你起初的编程路就是低能的，对于以后架构一个项目框架也是个奠基石!
设计模式被前辈们总结了大概23种的样子，其中有些是非常常用的，可以参考看大话设计模式。
装饰者模式扩展的时候让我觉得很强大很实用。