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

时间:2022-12-02 04:50:00

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

GitHub 地址 :
GeoQuiz 第二章未完成挑战
GeoQuiz 完成第二章所有挑战

1. MVC 设计模式

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

  • 模型对象存储着应用的数据和业务逻辑
    模型类通常用来映射与应用相关的一些事物,如 用户、商店里的商品、服务器上的图片或者一段电视节目;又或是 GeoQuiz 应用里的地理知识问题。
    模型对象不关心用户界面,它存在的唯一目的就是存储和管理应用数据。
    * Android 应用里的模型类通常就是我们创建的定制类。应用的全部模型对象组成了模型层。*

  • 视图对象知道如何在屏幕上绘制自己以及如何响应用户的输入,如用户的触摸等
    一个简单的经验法则是,凡是能够在屏幕上看见的对象,就是视图对象。Android 默认自带了很多可配置的视图类。当然,也可以定制开发自己的视图类。应用的 全部视图对象组成了视图层。

  • 控制对象含有应用的逻辑单元,是视图与模型对象的联系纽带
    控制对象响应视图对象 触发的各类事件,此外还管理着模型对象与视图间的数据流动。 在 Android 的世界里,控制器通常是 Activity 、Fragment 或 Service 的一个子类。

Android编程权威指南(第二版)学习笔记(二)—— 第2章 Android 与 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;