### Android 2.3 Launcher分析
#### 架构概述
Android 2.3 版本中的Launcher采用的是经典的MVC（Model-View-Controller）架构模式。这种模式将应用程序分为三个核心部分：模型（Model）、视图（View）以及控制器（Controller）。这种分离有助于提高程序的可扩展性和可维护性。
- **模型（Model）**：负责存储应用程序的数据和业务逻辑，通常与持久化存储有关，如SQLite数据库。
- **视图（View）**：负责展示数据，即用户界面上显示的内容。
- **控制器（Controller）**：处理用户输入，并控制模型和视图之间的交互。
#### 模型（Model）
在Android 2.3 Launcher中，模型由`LauncherModel`类实现。`LauncherModel`的主要职责是：
- 加载并维护来自数据库的数据，确保数据模型与数据库一致。
- 监听外部数据的变化，当数据发生变化时，更新数据模型并同步到数据库。
- 提供一系列回调函数，在数据发生变动时被调用，用于通知视图进行更新。
`LauncherModel`还使用了一种特殊的加载机制，即通过消息机制开启一个高权限任务来加载数据，加载完成后降低运行权限。这样做的目的是为了减少启动时的延迟，使Launcher在加载数据的同时不影响用户体验。
#### 视图（View）
视图主要由`Workspace`类实现。`Workspace`作为视图容器，负责以下任务：
- 布局管理：确定各应用图标或小部件的位置和外观。
- 用户交互：接收并处理用户的触摸事件，例如点击、拖动等。
- 更新视图：根据控制器传递的数据更新显示内容。
#### 控制器（Controller）
控制器的角色由`Launcher`类承担，其核心职责在于：
- 同步模型和视图的状态，确保二者之间的数据一致性。
- 处理用户交互事件，例如应用的添加、删除、移动等。
- 调用模型的API来更新数据库，并通知视图进行相应的更新。
#### 具体应用场景示例
1. **应用删除场景**：
- 当某个应用（如Gallery.apk）被卸载时，系统会发送`ACTION_PACKAGE_REMOVED`广播。
- `LauncherModel`接收到该广播后，从内存中的数据模型中移除该应用的信息，并从数据库中删除对应的记录。
- 之后，通过回调函数更新视图（`Workspace`），移除界面上的应用图标。
2. **应用移动场景**：
- 当用户尝试移动某个应用图标（如Gallery）时，首先由视图（`Workspace`）处理移动事件。
- `Launcher`将`DragTarget`设置为`LauncherModel`，以便在移动过程中触发数据模型的放置动作。
- 如果目标位置为空闲状态，则`LauncherModel`更新应用的数据模型和数据库记录，同时通过回调通知视图进行更新。
#### 数据库帮助类（LauncherProvider）
`LauncherProvider`是一个重要的数据库帮助类，主要职责包括：
- 实现数据库的常用操作，如增删改查等。
- 提供默认配置的加载机制。
- 重载常用的操作方法，使得其他组件可以更方便地访问和操作数据库。
Android 2.3 Launcher的设计遵循了经典的MVC架构模式，通过明确地划分模型、视图和控制器的职责，实现了良好的解耦和可维护性。这种设计模式不仅提高了Launcher的性能，还简化了后续版本的升级和维护工作。
