1）谈谈你对Android设计模式的理解
2）MVC MVP MVVM原理和区别
3）你所知道的设计模式有哪些？
4）项目中常用的设计模式
5）手写生产者/消费者模式
6）写出观察者模式的代码
7）适配器模式，装饰者模式，外观模式的异同？
8）从0设计一款App整体架构，如何去做？
9）说一款你认为当前比较火的应用并设计(比如：直播APP，P2P金融，小视频等)
MVC
M-Model : 业务逻辑和实体模型(biz/bean)
V-View : 布局文件(XML)
C-Controller : 控制器(Activity)
Activity过于臃肿
MVP：
M-Model : 业务逻辑和实体模型(biz/bean)
V-View : 布局文件(XML)和Activity
P-Presenter : 完成View和Model的交互
- 接口过多，一定程度影响了运行效率；
- 业务逻辑抽象到Presenter中，较为复杂的界面Activity代码量依然会很多。
- 导致Presenter的代码量过大。
MVVM：
M-Model : 实体模型(biz/bean)
V-View : 布局文件(XML)
VM-ViewModel : DataBinding所在之处，对外暴露出公共属性，View和Model的绑定器
- 可重用性。可以把一些视图逻辑放在一个ViewModel里面，让很多View重用这段视图逻辑。在Android中，布局里可以进行一个视图逻辑，并且Model发生变化，View也随着发生变化。
- 低耦合。以前Activity、Fragment中需要把数据填充到View，还要进行一些视图逻辑。现在这些都可在布局中完成 甚至都不需要再Activity、Fragment取 findViewById 这时候Activity、Fragment只需要做好的逻辑处理就可以了。
一. 策略模式
定义：定义算法族，封装起来，让他们之间可以相互替换。让算法的变化独立于使用算法的客户。
设计原则：1）找出可能需要变化之处。将其独立出来。不要和那些不需要变化的代码混在一起。 2）针对借口编程，不是针对实现编程
理解与实践：
鸭子：叫和飞
二. 观察者模式
定义：对象一对多的依赖，一个对象改变，所有依赖者会受到通知并自动更新。
设计原则：3）为交互对象间的松耦合设计而努力。对象之间的松耦合和互赖性降到最低，能让我们建立有弹性的OO系统，应对变化。
理解与实践：
天气预报
三.装饰者模式
定义：动态地将责任附加到对象上。比继承更有弹性
设计原则：4）对扩展开放，对修改关闭
理解与实践
星巴克咖啡
四. 工厂模式
定义：定义了一个创建对象的接口，由子类决定要实例化的类是哪一个。工厂方法让类把实例化推迟到子类。
提供了一个接口，用于创建相关或依赖对象的家族，而不需要明确指定具体的类。
设计原则：5）要依赖抽象，不要依赖具体。
理解与实践：
披萨店
五.单例模式
定义：确保一个类只有一个实例，并提供一个全局访问点。
理解与实践：
巧克力制作
六.命令模式
定义：将“请求”封装成对象，以便不同的请求、队列或者日志来参数化其他对象。命令模式也支持可撤销的操作。
理解与实践：
家电操控开关
七. 适配器模式 与 外观模式
定义：将一个类的接口转换成客户期望的另一个接口。适配器让原本不兼容的类可以合作无间。
类的适配通过继承实现，对象的适配通过了组合实现。
设计原则：6）最少知识原则：只和你密友谈话。减少对象之间的交互，只留下几个“密友”。不要让太多的类耦合到一起，免于修改系统中的一部分。
理解与实践：
设计一个适配器，将枚举器适配到迭代器
定义：提供了一个统一的接口，用来访问子系统中的一群接口。外观定义了一个高层接口，让子系统更容易使用。
理解与实践：
整合观影体验，爆米花、DVD机、投影机、屏幕、立体声
- 装饰者模式的意图是讲一个接口转换成为两个接口。适配器模式不是改变接口，加入责任；外观模式的意图是让接口更简单；
- 外观模式不只是简单地简化接口，也将客户从组件的子系统中解耦；
- 当需要使用一个现有的类而其接口不符合需要，就用适配器。当需要简化并统一一个大接口，或复杂的接口时，使用外观
八. 模板方法模式
定义：在一个方法中定义一个算法的骨架，将一些步骤延迟到子类中。模板方法使得子嘞在不改变算法结构的情况下，重新定义算法中的某些步骤
设计原则：7）好莱坞原则：变调用给我们，我们会调用你。
理解与实践：
煮咖啡的流程
九.迭代器模式 与 组合模式
定义：提供一种方法顺序方法一个聚合对象中的各个元素，而又不暴露其内部的表示。
设计原则：8）一个类应该只有一个引起变化的原因。类的每个责任都有改变的潜在区域。超过一个责任，意味着超过一个改变的区域。当一个模块被设计成支持一组相关的功能的时候。称作高内聚。
理解与实践：
组合模式
定义：允许你将对象组合成树形结构来表现“整体/部分”层次结构。组合能让客户以一致的方式处理个别对象以及对象组合。
- 组合结构内的任意对象称为组件，组件可以是组合也可以是叶节点。叶节点和组合节点的角色不同，所以有些方法可能不适合某些结点。
面对这种情况，有时候最好抛出运行时异常。在实现组合模式中，需要根据平衡透明性和安全性。
策略模式是封装可互换的行为，并使用委托决定使用哪一个；
观察者模式是当某个状态改变时，允许一群对象被通知到；
适配器模式是改变一个或多个类的接口；
外观模式是简化一群类的接口；
迭代器模式是提供一个方式来遍历集合，而无需暴露集合的实现；
组合模式是客户可以将对象的集合以及个别对象一视同仁。
十. 状态模式
允许对象在内部状态改变时改变它的行为，对象看起来好像修改了它的类。
理解与实践：
糖果机控制器。
- 状态模式是将一群行为封装在状态对象中，context行为随时可以委托到那些状态对象中的一个。随着时间，当前状态在状态对象中游走改变。以策略模式而言，客户通常主动指定context所要组合的策略对象是哪一个。固然策略模式能让我们具有弹性，能够在运行时改变策略，但对于某个context对象来说，通常只有一个最适当的策略对象。
- 状态模式允许一个对象基于内部状态而拥有不同的行为。状态模式和策略模式有相同的类图，但是意图不同。策略模式通常会用行为或算法来配置context类。
- 策略模式是将可以互换的行为封装起来，然后使用委托的方法，决定使用哪一个行为；模板方法是由子类决定如何实现算法中的某些步骤；策略模式是将可以互换的行为封装起来，然后使用委托的方法，决定使用哪一个行为。
十一. 代理模式
定义：为另一个对象提供一个替身或占位符以控制对这个对象的访问。
理解与实践：
展现喜欢的CD封面。 虚拟代理 作为创建开销大的对象的代表
十二. 复合模式
定义：结合两个或以上的模式，组成一个解决方案，解决一再发生的一般性问题。
例子1:
使用鸭子的地方使用鹅，适配器模式
统计呱呱叫的次数，装饰者模式
控制生产不同类型的鸭子，工厂模式，用抽象工厂创建鸭子
作为一个整体管理鸭子额，采用组合模式和迭代器模式
观察个别鸭子的行为，观察者模式
例子2:
设计一个MP3 播放器
创建型、行为型、结构型