前言

年龄会不断的增长，但是什么才能让你不慌张？答案一定是能力，即使是在一个看似还很安稳的工作中也是一样，只有拥有一个看似还很安稳的工作也是一样，只有拥有能留下的本事和跳出去的能力，你才会是安稳的。

而能力的提升是不断突破自己的未知也就是拓展宽度，以及在专业领域建设个人影响力也就是深度。

如果日复一日的天天搬砖，一切都没有变化的重复只能让手上增长点老茧，岁月又叹人生苦短。

站得高看得远吗？

站得高确实能看得远，也能给自己更多的追求。

但，站得高了，原本看得清的东西就变得看不清了。

视角和重点的不同，会让我们有很多不同的选择，而脚踏实地是自己奠定能攀升起来的基石，当真的可以四平八稳的走向山头的时候，才是可以看到更远的时候。

想必大家已经有了一丝丝的感觉了吧？

接下来小编给大家分享，小编这六年以来所总结的一些经验和学过的一些技术实战文档，希望大家能够喜欢！！

首先，给大家分享的是技术文档《研磨-设计模式》

软件开发越来越复杂，对软件设计的要求也越来越高，而软件设计和架构的入门功夫就是深入理解和掌握设计模式。因此，设计模式的重要性不言而喻。

很多朋友认识到了设计模式的重要性，也看了很多的书籍和资料，但是，常听到这样的抱怨：“ 设计模式的书我看了不少，觉得都看懂了，就是不知道在实际开发中怎么运用这些设计模式”，从而认为设计模式是“看上去很美的花拳绣腿”。

其实不然，造成这种情况的原因就在于：这些朋友对设计模式的理解不到位，自己感觉懂了，其实还差很远，并没有“真正”理解和掌握设计模式。

市面上有不少设计模式方面的书籍，但对一般的学习者而言，要么是太深，看得云里雾里的，比如GoF的著作《设计模式一可复用面向对象软件的基础》，很经典，但是能吃透的人少；其他的要么就是太浅，看了跟没看差不多，也就是介绍一下每个设计模式，告诉你这就是某某设计模式，虽然语言很生动但是实在没货，看完也不知道怎么运用，就像是带领大家摸到了设计模式的大门口，却不告诉你怎么进去一样，其根本原因还是讲得太浅，跟实际的应用有太大的差距。

初次接触设计模式是从四人帮的设计模式开始，但是太难，给哥们的挫折感太强，就放弃了。研磨入门确实不错，通俗，模式的变形和组合也涉及到一些，但也就是入门。设计模式要搞好得有厚实的根基，或者说高手已经把设计模式这概念练没了，问题怎么解决，已经他自己的一套了。

对于所有想要真正理解和掌握设计模式的朋友，其实需要这样的书籍：

  • 理论全面、准确，难度适中；
  • 讲解深入浅出、浅显易懂；
  • 理论联系实际应用，对于晦涩的理论，应有相应的示例；
  • 示例最好来自实际应用，而不是来自虚拟的场景；
  • 示例最好相对完整，而不是片段代码，以利于学习和应用。

在我从事开发6年里，寻觅阅读类似书籍和文章不计其数，特别符合之上这几点要求的只有研磨设计模式这一本。

并且结合清华大佬的23种设计模式视频讲解实操，因为是书籍和视频一起配合起来的，所以会使学习者对设计模式理解的更加深刻、透彻。

由于内容太多了，接下来我把目录接下来给大家参考，如果对自己有帮助的可以找小编免费获取（点赞+关注后私信“666”免费获取）

神书内容简介

第1章：设计模式基础

第2章：简单工厂

第3章：外观模式

第4章：适配器模式(Adapter)

 

第5章：单例模式(Singleton)

第6章：工厂方法模式(Factory Method)

第7章：抽象工厂模式(Abstract Factory)

 

第8章：生成器模式(Builder)

第9章：原型模式(Prototype)

第10章：中介者模式(Mediator)

第11章：代理模式(Proxy)

 

第12章：观察者模式(Observer)

第13章：命令模式(Command)

第14章：迭代器模式(Iterator)

第15章：组合模式Composite)

 

第16章：模板方法模式(Template Method)

第17章：策略模式(Stratey)

第18章：状态模式(State)

 

第19章：备忘录模式(Memento)

第20章：享元模式(Flyweight)

第21章：解释器模式(Interpreter)

 

第22章：装饰模式(Decorator)

第23章：职责链模式(Chain of Responsibility)

第24章：桥接模式(Bridge)

第25章：访问者模式(Visitor)

 

 

清华大佬精心录制的23种设计模式讲解视频

 

写在最后

这本书对我的感觉：这不是一本随便看看，读完一遍就可以扔掉的书籍，需要反复研读。因此，第一次阅读本书时，如果发现有些不理解的内容也不要紧，可以在今后的学习和工作中，反复参阅本书，以加深对设计模式的理解，获取设计灵感，并把设计模式切实应用到实际项目中去。

个人建议

在实际开发和设计中，要遵循简单设计的原则，不要为了模式而模式，不要过度设计，要在合适的地方应用合适的设计模式来解决问题。这对于初学者尤其要注意，因为刚学会一个东西，总是跃跃欲试，急于一显身手，往往容易造成设计模式的误用。