前言
一直以来，对于代码风格并没有太多的追求，一直固执的以为只需要实现功能就好，直到之前和别的同学一起做一个小的Project，让我重新审视起了自己的代码习惯。
最近恰好有了时间，回过头来认真的反思了一下自己，然后想做个改变。
其实代码风格包含两方面的问题：
- 变量名、函数名等的硬编码规范
- 涉及到具体问题时，在脑中如何设计类以及构建类与类之间的耦合关系
为了写出的代码便于管理和维护，在比较大型的公司里均有自己的代码规范，一些开源组织也为开源程序贡献了不少的意见和建议（如《Google C/C++编码规范》、阿里的《Java编程规约》等）。因此在第一点上，只需要编程的时候多翻一翻就可以熟悉记住，达到规范自己代码的目的。
而比较难达到的是第二点，如果没有较多的项目经验，极易写出可重用性极低、扩展性极差的代码，这样在写出满足要求的功能还好，但涉及到需求更改，扩展功能的时候，便会变得很痛苦了（或许码农和架构师最主要的区别就在于此吧）。
针对第二点，为了写出扩展性强、可维护性强的软件。在软件发展的历程中，许多优秀的软件工程师已经将自己的经验总结了起来，尤其是在面向对象的语言兴起之后，软件工程这门学科便是代表。而如果将软件工程比作一个大厦，那么“设计模式”在其中充当的角色应该组成这座大厦的钢筋铁骨，其中的模式经历过时间的考验，在编码、设计中起着“圣经一般的作用”。
随手翻了翻《Head First 设计模式》这本书，一贯的“HeadFirst”图文结合风格，针对每种设计模式，为了便于理解都设计了一个场景满足它。翻完的产出便是以下的思维导图。希望可以通过对设计模式的认识和了解，在接下来的编程生涯中，可以对自己的编程习惯有大一点的帮助和改变。
