在学习完设计模式后，LZ想告诉大家：
对于一名工作不久的程序员来说，学习设计模式是非常有必要的，设计模式可以让你知道在某些场景下如何来设计出适合场景的架子，对，因为经验不丰富，大部分程序员写的代码的可维护性是非常差的，基本上只是实现了功能，没有做其他的考虑，比如以后要加新功能，目前写的程序改怎么改，或者类之间的关系非常复杂，不熟悉代码的人，根本不能开发等问题。
而设计模式，LZ认为是前辈程序员在大量开发中累积的经验，然后归纳为了这些设计模式，理所当然的，这23个设计模式绝不是代表了所有的开发真理，在问题面前应该灵活变通，当你的代码类结构合理， 易于维护 ，可扩展性强，那么是否使用了这23个设计模式已经无所谓了，因为这些前辈留下来的经验就是为了当你的项目做的非常大，非常复杂的时候，仍然能让你能掌控这些代码，不会让他们乱成一团。这才是设计模式真正的意义吧。
所以，你若是小白，那么快学习设计模式吧，这些设计模式起码能让你在程序员生涯中少走2年的弯路，也许还不止。如果是老手了，因为LZ还是比较小白的，无法给出非常深的见解，当一个老前辈，肯定已经遇到过因为代码失控而引发的一系列的问题的事情了，当他们看向设计模式的时候，肯定是会觉得每一个模式都说到心坎里去的感觉。
若你要学习源码，那么学习完设计模式再看的话，会清晰不少。
最后总结一下就是，设计模式一定得学，若你经验比较少，那么就细细的看，等以后遇到问题的时候，自然会想起这些东西，当有共鸣时，这些设计模式就是你自己的东西了，若你经验老道，那么就可以结合自生经历，体会这个模式的妙处了，当然，若是有些地方与你的实际情况不符，当然以实际情况为准，别人好的东西就学习，不好的就摒弃，这些是前辈留下的编码技巧，是他们根据自己的经历总结出来的，
接下来LZ会重新去学习一边spring和mybatis的源码，可能也会记录下来，让后生们少走一些弯路。
对了LZ把工厂模式和抽象工厂模式写在了一起，所以一共只有22篇，不想花时间分开了，各位小伙伴见谅哈。希望大家能好好学习，成为自己心中的那个人！
下面是设计模式的汇总地址：
设计模式之六大设计原则
设计模式（一）单例模式
设计模式（二）工厂模式
设计模式（三）策略模式
设计模式（四）适配器模式
设计模式（五）享元模式
设计模式（六）建造者模式
设计模式（七）原型模式
设计模式（八）桥接模式
设计模式（九）外观模式
设计模式（十）组合模式
设计模式（十一）装饰器模式
设计模式（十二）代理模式
设计模式（十三）迭代器模式
设计模式（十四）观察者模式
设计模式（十五）中介者模式
设计模式（十六）命令模式
设计模式（十七）状态模式
设计模式（十八）访问者模式
设计模式（十九）责任链模式
设计模式（二十）解释器模式
设计模式（二十一）备忘录模式
设计模式（二十二）模板模式
设计模式总结篇（为什么要学习设计模式，学习设计模式的好处）
)
方法)
