为其他对象提供一种代理以控制对这个对象的访问。

动态地给一个对象添加一些额外的职责，以对客户端透明的方式扩展对象的功能，是继承关系的一个替代方案，提供比继承更多的灵活性。

定义了算法家族，分别封装起来，让它们之间可以互相替换，此模式让算法的变化，不会影响到使用算法的客户。

为了尽量使自己的代码质量提高、便于维护，开始着手研究设计模式。从很简单的简单工厂模式开始。

这一章，我们要了解一下Android的IDE（集成开发环境）。一款好的IDE不仅能让我们开发事半功倍，也能让我们把更多精力专注在业务逻辑本身，不必过多关注底层细节。

MVP是从MVC演变过来的。M即Model层负责提供数据，V即View层负责显示，P指Presenter层负责逻辑处理。在MVP中View不直接使用Model，它们通过Presenter来通信，它们之间的交互都在Presenter内部进行。实现了View和Model的耦合。

Android系统架构

首先，我们要简单介绍一下Android的系统架构等内容，作为学习了一段时间的Android的再次回顾。先上一张Android系统架构的经典示意图。

Android的基本知识基本都有了解过了，发现还是很菜啊。很多东西都是只知道怎么用不知道为什么这么用。不深入了解一下原理，如何能把它用好？于是，又买了书来进一步学习学习。此书名叫《Android群英传》（这本书属于进阶书籍，需要掌握一定的基础知识再进行阅读，对于基础知识，自学的话可以通过《第一行代码》，《Android权威指南》，《Android疯狂讲义》来进行学习）,大致浏览了一下内容，发现其中不少的内容都有在网上接触过，但是要我说出个所以然来，大都只有模糊的概念，叙述不清。据说，输出是最好的输入。所以，我打算以写博客的方式记录笔记。试验一下，这样是否能更好的掌握这些内容。

hexo博客搭建完成后，也clone下别人做好的主题使用，接着就会想修修补补，把想要的功能加上去，把不合自己口味的地方改改。在不断尝试下，也渐渐摸索出了一些门路。记录下来供参考

之前，也创建过一次博客。是通过百度别人的文章，跟着步骤一步一步来做的。过程中遇到的几个问题基本都是因为环境变量没配置好，以及命令顺序错误。虽然最后博客是搭建成功了，搭建过程却还是感觉不清不楚的，那次的创建，基本上只是起到了大概熟悉下git和github怎么使用。所以，就有了这篇文章。