本章扩展了 GeoQuiz 程序，并介绍了 MVC 设计模式
GitHub 地址 ：
GeoQuiz 第二章未完成挑战
GeoQuiz 完成第二章所有挑战
1. MVC 设计模式
Android 应用基于模型-控制器-视图(Model - View - Controller, MVC)的架构模式进行设计。MVC 设计模式表明：应用的任何对象，归根结底都属于模型对象、视图对象以及控制对象中的一种。
模型对象存储着应用的数据和业务逻辑。
模型类通常用来映射与应用相关的一些事物，如 用户、商店里的商品、服务器上的图片或者一段电视节目；又或是 GeoQuiz 应用里的地理知识问题。
模型对象不关心用户界面，它存在的唯一目的就是存储和管理应用数据。
** Android 应用里的模型类通常就是我们创建的定制类。应用的全部模型对象组成了模型层。**视图对象知道如何在屏幕上绘制自己以及如何响应用户的输入，如用户的触摸等。
一个简单的经验法则是，凡是能够在屏幕上看见的对象，就是视图对象。Android 默认自带了很多可配置的视图类。当然，也可以定制开发自己的视图类。应用的 全部视图对象组成了视图层。控制对象含有应用的逻辑单元，是视图与模型对象的联系纽带。
控制对象响应视图对象 触发的各类事件，此外还管理着模型对象与视图间的数据流动。 在 Android 的世界里，控制器通常是 Activity 、Fragment 或 Service 的一个子类。
MVC 模式图
上图展示了在响应用户单击按钮等事件时，对象间的交互控制数据流。注意，模型对象与 视图对象不直接交互。控制器作为它们之间的联系纽带，接收对象发送的消息，然后向其他对象发送操作指令。
随着应用功能的持续扩展，应用往往会变得过于复杂而让人难以理解。把 Java 类以模型、视图和控制层进行分类组织，也有助于我们设计和理解应用。这样，我们就可以按层而非一个个类来考虑设计开发了。
使用 MVC 模式还可以让类的复用更加容易。相比功能多而全的类，功能单一的专用类更加有利于代码复用。
尽管 GeoQuiz 应用不复杂，但以 MVC 分层模式设计它的好处还是显而易见的。举例来说，模型类 Question 与用作显示问题的组件毫无代码逻辑关联。这样，就很容易在应用里按需使用 Question 类。假设现在想显示所有地理知识问题列表，很简单，直接复用 Question 对象逐条显示就可以了。
2. 具体实现
- GeoQuiz 的模型层由 Question 类组成。
- GeoQuiz 应用的视图层是由 activity_quiz.xml 文件中定义的各类组件构成的。
- GeoQuiz 应用的控制层仅由 QuizActivity 类组成。
构建模型层 Question 类，成员有文本的资源 ID 变量 mTextResId 和标记问题答案是否正确的 mAnswerTrue 变量。重写构造方法，添加了两个成员变量的 Getter 与 Setter 函数。
Tip: 如何在 Android Studio 中优雅地生成 Getter 和 Setter
使用快捷键 Cmd + N
- 修改视图层，增加 Next 按钮。
修改控制层，增加题目库 mQuestionBank 数组、 updateQuestion() 函数与 checkAnswer() 函数。并完成实现逻辑
添加箭头的图标资源放在 Next 按钮右侧。
3. 挑战
本章挑战的难度较低，难点主要在于添加 Prev 按钮时要注意数组越界的问题。可以有以下几种实现：
- 单独拎出越界的情况
if (mCurrentIndex == 0) {
mCurrentIndex = mQuestionBank.length - 1;
} else {
mCurrentIndex = mCurrentIndex - 1;
}
updateQuestion();
- 直接避免越界情况
mCurrentIndex = (mCurrentIndex + mQuestionBank.length - 1) % mQuestionBank.length;
GitHub Page: kniost.github.io
简书：http://www.jianshu.com/u/723da691aa42
