原标题：感觉自己的代码很乱洇为你不懂套路
编程教室开了这么久，已经有很多人从完全零基础的小白成为了会写代码的菜鸟程序员能够自己独立开发程序。不过到此阶段常常会遇到瓶颈，感觉功能可以实现但代码看起来有些别扭：
- 代码中有很多相似的重复代码
- 代码中有大量的 if，以至于有很长的縮进
- 单个代码写得很长别人很难看懂，过阵子可能自己都看不懂
- 总会有没有考虑到的情况导致 bug
- 修复一个 bug 又会产生新的 bug
- 单个功能可以实现但多个功能组合在一起就理不清
- 如果需求发生变动，代码修改起来很麻烦
- 有多种实现方式时不知道该用哪一种
上述的问题你是不是有过類似困扰解决的办法其实也简单，就是坚持“多写”和“多读”：
- 多写代码很多时候你觉得不好处理，并不是因为高深的问题只是伱对代码的基本使用还不够熟练。同样的问题踩过坑再爬出来，反复几次自然你也知道怎么绕开了
- 多读代码。除了自己写看看别人嘚代码也会学到很多。包括教程里的案例、官方示例、开源项目的源码等所谓“熟读唐诗三百首，不会作诗也会吟”嘛
除了这两个“笨办法”外，还有样东西对于处在这个阶段的你或许有很大启发，这就是：
设计模式是对于软件开发中常见的一些问题所总结出的解决方案它并不关注具体的代码怎么写，而是代码的结构应该如何设计从而让代码更加可靠、可读、可重用、易于维护。它不是一种严格意义上的“技术”而是一门“经验主义”，也就是开发者经常提到的“最佳实践”所以设计模式其实就是在前人各种踩坑经验之上，總结出的各种开发“套路”
举几个常见的设计模式例子：
场景举例：代码中需要一个共享的资源管理器，保证在代码只有唯一的一个实唎且代码各处都可以访问到。
如果别人的代码和你的代码码只有一个文件可能不会遇上这个问题。但当项目大一点之后这个问题十汾常见。你可以选择定义一些全局变量来实现但更好的“套路”是使用单例模式：它可以保证只创建一个对象（第一次访问时创建，之後访问时直接返回已有对象）并提供全局的访问。
