Android编程权威指南（第二版）学习笔记（二）—— 第2章 Android 与 MVC 设计模式

本章扩展了 GeoQuiz 程序，并介绍了 MVC 设计模式

GitHub 地址 ：

GeoQuiz 第二章未完成挑战

GeoQuiz 完成第二章所有挑战

1. MVC 设计模式

Android 应用基于模型-控制器-视图(Model - View - Controller, MVC)的架构模式进行设计。MVC 设计模式表明：应用的任何对象，归根结底都属于模型对象、视图对象以及控制对象中的一种。

• 模型对象存储着应用的数据和业务逻辑。

  模型类通常用来映射与应用相关的一些事物，如 用户、商店里的商品、服务器上的图片或者一段电视节目；又或是 GeoQuiz 应用里的地理知识问题。

  模型对象不关心用户界面，它存在的唯一目的就是存储和管理应用数据。

  * Android 应用里的模型类通常就是我们创建的定制类。应用的全部模型对象组成了模型层。*

• 视图对象知道如何在屏幕上绘制自己以及如何响应用户的输入，如用户的触摸等。

  一个简单的经验法则是，凡是能够在屏幕上看见的对象，就是视图对象。Android 默认自带了很多可配置的视图类。当然，也可以定制开发自己的视图类。应用的 全部视图对象组成了视图层。

• 控制对象含有应用的逻辑单元，是视图与模型对象的联系纽带。

  控制对象响应视图对象 触发的各类事件，此外还管理着模型对象与视图间的数据流动。 在 Android 的世界里，控制器通常是 Activity 、Fragment 或 Service 的一个子类。

上图展示了在响应用户单击按钮等事件时，对象间的交互控制数据流。注意，模型对象与 视图对象不直接交互。控制器作为它们之间的联系纽带，接收对象发送的消息，然后向其他对象发送操作指令。

随着应用功能的持续扩展，应用往往会变得过于复杂而让人难以理解。把 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 == ) {
    mCurrentIndex = mQuestionBank.length - ;
} else {
    mCurrentIndex = mCurrentIndex - ;
}
updateQuestion();
           

• 直接避免越界情况

mCurrentIndex = (mCurrentIndex + mQuestionBank.length - ) % mQuestionBank.length;