眼睛一闭一睁一天就过去了哼，眼睛一闭不睁一辈子就过去了哼。

策略模式：它定义了算法家族，分别封装起来，让他们之间可以相互替换，此模式让算法的变化，不会影响使           用算法的用户！ 实例： 1、创建一个抽象类Strategy.java，定义所有支持的算法的公共接口；       创建具体实现类ConcreteStrategy，封装具体的算法或行为，继承于Strategy.java；       Context，用

备忘录（Memento）：在不破坏封装性的前提下，捕获一个对象的内部状态，bin

实例 1、创建抽象对象类Operation.java，具体对象类OperateAdd,java,OperateDivide.java,OperateMultiply.java,OperateSubtrct.java，工厂类OperateFactory.java，视图类OperateMain.java

简单工厂模式：实质是一个工厂类根据传入的参数，动态决定创建哪个产品类的实例，这些产品类继承自一个类或接口； 解决问题：到底实例化谁，将来会不会增加实例化的对象；对于很容易变化的地方，应该考虑用一个单独的类来做这个创造实例的过程。 实例：输入两个数和运算符，得到运算结果 1、创建抽象对象类Operation.java，具体对象类OperateAdd,java,OperateDi

代理模式，为其他对象提供一种代理以控制这个对象的访问。 代理模式应用： 1、远程代理，也就是一个对象在不同的地址空间提供局部代表，这样做可以隐藏一个对象存在于不同地址空间的事实。 2、虚拟代理，是根据需要创建开销很大的对象，通过它可以存放实例化需要很长时间的真是对象。 3、安全代理，用于控制真实对象访问时的权限。 4、智能指引，当调用真实对象时，代理处理另外一些事。 案

1.    装饰模式(Decorator)的定义：又名包装(Wrapper)模式，装饰模式以对客户端透明的方式扩展对象的功能，是继承关系的一个替代方案。 2.    装饰模式以对客户端透明的方式动态的给一个对象附加上更多的责任。换言之客户端并不会觉的对象在装饰前和装饰后有什么区别。 3.    装饰模式可以在不创造更多的子类的模式下，将对象的功能加以扩展。 4.    装饰模式与

依赖倒转原则：抽象不应该依赖细节，细节应该依赖抽象，换句话说，就是针对接口编程，而不是针对实现编程。 A：高层模块不应该依赖底层模块，两个都应该依赖抽象。 B：抽象不应该依赖细节，细节应该依赖抽象。 里氏替换原则：子类型必须能够替换掉他们的父类型。 一个软件实体如果使用的是父类的话，那么一定使用于其子类，而且察觉不出父类对象与子类对象的区别。也就是说，在软件里面，把父类替换成它的子

开放-关闭原则：软件实体（类、模块、实体等），应该可以可以扩展，但是不可修改。 对于扩展时开放的，对于更改时关闭的。 怎样的设计才能面对需求改变却可以保持相对稳定，从而使系统可以在第一版本以后不断推出新的版本。 无论模块多么‘封闭’，都会存在一些无法对之封闭的变化。既然不可能完全封闭， 设计人员必须对他所设计的模块应该对那些变化封闭做出选择，他必须先猜测出最有可能发生的变化

单一职责原则：就一个类而言，应该仅有一个引起他变化的原因。 软件设计真正要做的许多内容，就是发现职责并把这些职责相互分离！ 如果你能想到多于一个的动机去改变这个类，那么这个类就具有多于一个的职责！

Google 推荐的体系架构，现做总结如下 github例子：https://github.com/googlesamples/android-architecture todo-mvp 描述：这是一个基于MVP的demo备忘录，示例中包含备忘录列表、增删改查等。 简单说下MVP模式，Model、View、Presenter，之间的关系 MVP好处： 分离了视图逻辑和业务逻