设计模式

前言

本文不是给人科普知识的。只是写给自己看的，大家若是刷到，大可直接略过。

设计模式更像是一种经验的传承。在这个流量至上的年代里，人们对于应用的依赖愈发严重。厂商也为了能够更好的黏住用户，频繁更新新的功能。

如何能快速的完成需求，修改代码，并且没有Bug，这就是我们要面临的一个问题。如果把开发看成一个黑盒子的话，只要您能够最完美的实现需求，黑盒子中，你的代码如何实现的就显得并不是那么重要了。

不管是设计模式，还是MVC，MVP，MVVM等架构模式，究其目标就是为了代码修改方便，在新增功能的时候，减少出错概率。这些都是前人留下来的经验，人类之所以能够不断进步，究其原因就是因为会不断的学习总结创新。

如果不能创新的话，那么至少先学习一下。

另外写文章的原因，只是因为，无意中刷到一篇写单例的文章，但是在最后有着这么一个评论。

这位老哥说的的确没错。

是啊，我也在想单例那么多写法的意义到底是什么，我们真的能用到嘛。虽然单例的写法表面看着简单，但是除里涉及的知识面很广以外。真要用的话，我只会选择静态内部类的方式。

不过他在评论中的这个恕我直言，的确是有点让人破防。

不喜勿喷。另外想多说一点，存在即合理，语法糖固然用着很好，但是也没必要捧一踩一。到最后都只是让你的cpu，内存等硬件实现你想要功能的一种工具而已。

就先这样吧。