第 3 章使用 MVP 模式构建应用

用同一 TODO 规格验证 Activity 装配、Presenter、View Contract 与可测试边界；用责任合同、生命周期回放和迁移门交付MVP 调用轨迹、假 View 记录、attach/detach 时序与取消策略

学习目标

解释MVP 装配、Contract、Presenter、View 与生命周期释放中的状态所有者、事件方向、生命周期与恢复，而不只罗列模式或库名
用单一反例“View 已 detach，迟到的数据回调仍调用旧 View 契约”定位第 3 章使用 MVP 模式构建应用的首个错误状态
交付MVP 调用轨迹、假 View 记录、attach/detach 时序与取消策略，严格区分2018最终版、早期草案和当前官方迁移轨道

为什么从这个问题开始

第 3 章使用 MVP 模式构建应用围绕“MVP 在什么条件下真正隔离 Android 生命周期，而不是把 Fat Activity 搬家？”建立贯穿任务：在最终2018版目录与同一业务/案例约束内重放MVP 装配、Contract、Presenter、View 与生命周期释放。先预测界面实例、状态所有者、事件队列、订阅或数据源中的首个变化，再运行参考、故障和恢复路径；只有守住“第 3 章使用 MVP 模式构建应用的规格、唯一状态所有者、事件方向、生命周期、失败恢复和版本轨道始终可追溯”并交付MVP 调用轨迹、假 View 记录、attach/detach 时序与取消策略，模式名、库名、类图或一次成功演示才可能成为机制证据。

最终版、官方样章与当前迁移边界

第 3 章使用 MVP 模式构建应用以PEAKS 正式商品页核对日高正博、小西裕介、藤原圣、吉冈毅、今井智章五位作者，2018年1月31日，224页，B5变形，PDF，ISBN 9784909427021。最终结构是三部八章，并含前言、后记、索引和作者介绍。

第 3 章使用 MVP 模式构建应用使用PEAKS 官方样章 PDF的29个 PDF 页面，核对文件创建于2018年1月26日、修改于1月30日，以及公开的前言、完整最终目录和有限样章内容。TechBooster 官方样例仓库提供出版时期的可运行参照。本站来源级别为 authorized-sample：样章用于核对结构和有限事实，不能推断未公开正文，更不能复制原书段落、图表、代码或练习。

早期众筹草案最初列四位作者、250页以上与更早交付计划，还计划了未进入最终书的 Kotlin 等内容。草案只作为排除证据。本站没有官方中文译本授权，页面是中文独立教学重构，不是翻译版，也不替代购买原书。

第 3 章使用 MVP 模式构建应用把2018历史轨道与当前轨道并列而不混写：原作按出版时期的 MVP、MVVM、RxJava、Support Library、Architecture Components 和 React Native 案例解释；当前迁移再依据Android 应用架构指南核对 UI/数据/可选领域层、状态持有者、单一事实源和单向数据流。

本页独立事实来源

PEAKS 官方样章 PDF：在第 3 章使用 MVP 模式构建应用中，核对最终版前言、完整目录、页码、章节标题与样章内容边界。
TechBooster 官方样例仓库：在第 3 章使用 MVP 模式构建应用中，核对出版时期 MVP、MVVM 与 Architecture Components 样例的可运行边界。
Android 当前 Lifecycle 指南：在第 3 章使用 MVP 模式构建应用中，核对生命周期所有者、观察者与清理责任。
Android 当前应用架构指南：在第 3 章使用 MVP 模式构建应用中，核对当前 UI/数据/可选领域层、单一事实源、单向数据流和状态持有者建议。

最终版正式坐标逐项解释

第 3 章使用 MVP 模式构建应用

坐标 1/12：第 3 章使用 MVP 模式构建应用。稳定证据键 ADP-03MVPAPPLICATIONSTRUCTURE-A。 第 3 章使用 MVP 模式构建应用把第 3 章使用 MVP 模式构建应用落实为 View→Presenter→数据边界→Presenter→View 的窄契约，并用 attach/detach 后零旧 View 调用验证生命周期隔离。第 3 章使用 MVP 模式构建应用只有保存共同输入、状态所有者、事件/调用方向、生命周期、单一故障、恢复和版本边界，才能把目录名称升级为可验证知识；类名、依赖数量或一次成功演示都不能单独通过发布门。

3.1 基本概念

坐标 2/12：3·1 基本概念。稳定证据键 ADP-03MVPAPPLICATIONSTRUCTURE-B。 第 3 章使用 MVP 模式构建应用把3·1 基本概念绑定到同一 TODO 功能、团队规模和发布约束，用修改扩散、测试隔离、恢复行为与认知成本比较候选方案。第 3 章使用 MVP 模式构建应用只有保存共同输入、状态所有者、事件/调用方向、生命周期、单一故障、恢复和版本边界，才能把目录名称升级为可验证知识；类名、依赖数量或一次成功演示都不能单独通过发布门。

3.2 环境准备

坐标 3/12：3·2 环境准备。稳定证据键 ADP-03MVPAPPLICATIONSTRUCTURE-C。 第 3 章使用 MVP 模式构建应用把3·2 环境准备冻结新增、编辑、删除、列表、持久化、错误与恢复规格，并记录工具链、模块、依赖和样例提交，确保模式比较只改变一个边界。第 3 章使用 MVP 模式构建应用只有保存共同输入、状态所有者、事件/调用方向、生命周期、单一故障、恢复和版本边界，才能把目录名称升级为可验证知识；类名、依赖数量或一次成功演示都不能单独通过发布门。

3.3 样例应用设计

坐标 4/12：3·3 样例应用设计。稳定证据键 ADP-03MVPAPPLICATIONSTRUCTURE-D。 第 3 章使用 MVP 模式构建应用把3·3 样例应用设计冻结新增、编辑、删除、列表、持久化、错误与恢复规格，并记录工具链、模块、依赖和样例提交，确保模式比较只改变一个边界。第 3 章使用 MVP 模式构建应用只有保存共同输入、状态所有者、事件/调用方向、生命周期、单一故障、恢复和版本边界，才能把目录名称升级为可验证知识；类名、依赖数量或一次成功演示都不能单独通过发布门。

3.4 TODO 应用规格

坐标 5/12：3·4 TODO 应用规格。稳定证据键 ADP-03MVPAPPLICATIONSTRUCTURE-E。 第 3 章使用 MVP 模式构建应用把3·4 TODO 应用规格冻结新增、编辑、删除、列表、持久化、错误与恢复规格，并记录工具链、模块、依赖和样例提交，确保模式比较只改变一个边界。第 3 章使用 MVP 模式构建应用只有保存共同输入、状态所有者、事件/调用方向、生命周期、单一故障、恢复和版本边界，才能把目录名称升级为可验证知识；类名、依赖数量或一次成功演示都不能单独通过发布门。

3.5 项目基本结构

坐标 6/12：3·5 项目基本结构。稳定证据键 ADP-03MVPAPPLICATIONSTRUCTURE-F。 第 3 章使用 MVP 模式构建应用把3·5 项目基本结构冻结新增、编辑、删除、列表、持久化、错误与恢复规格，并记录工具链、模块、依赖和样例提交，确保模式比较只改变一个边界。第 3 章使用 MVP 模式构建应用只有保存共同输入、状态所有者、事件/调用方向、生命周期、单一故障、恢复和版本边界，才能把目录名称升级为可验证知识；类名、依赖数量或一次成功演示都不能单独通过发布门。

3.6 由 Activity 创建 Presenter 与 View

坐标 7/12：3·6 由 Activity 创建 Presenter 与 View。稳定证据键 ADP-03MVPAPPLICATIONSTRUCTURE-G。 第 3 章使用 MVP 模式构建应用把3·6 由 Activity 创建 Presenter 与 View落实为 View→Presenter→数据边界→Presenter→View 的窄契约，并用 attach/detach 后零旧 View 调用验证生命周期隔离。第 3 章使用 MVP 模式构建应用只有保存共同输入、状态所有者、事件/调用方向、生命周期、单一故障、恢复和版本边界，才能把目录名称升级为可验证知识；类名、依赖数量或一次成功演示都不能单独通过发布门。

3.7 用 Contract 连接 Presenter 与 View

坐标 8/12：3·7 用 Contract 连接 Presenter 与 View。稳定证据键 ADP-03MVPAPPLICATIONSTRUCTURE-H。 第 3 章使用 MVP 模式构建应用把3·7 用 Contract 连接 Presenter 与 View落实为 View→Presenter→数据边界→Presenter→View 的窄契约，并用 attach/detach 后零旧 View 调用验证生命周期隔离。第 3 章使用 MVP 模式构建应用只有保存共同输入、状态所有者、事件/调用方向、生命周期、单一故障、恢复和版本边界，才能把目录名称升级为可验证知识；类名、依赖数量或一次成功演示都不能单独通过发布门。

3.8 理解 Presenter 的角色

坐标 9/12：3·8 理解 Presenter 的角色。稳定证据键 ADP-03MVPAPPLICATIONSTRUCTURE-I。 第 3 章使用 MVP 模式构建应用把3·8 理解 Presenter 的角色落实为 View→Presenter→数据边界→Presenter→View 的窄契约，并用 attach/detach 后零旧 View 调用验证生命周期隔离。第 3 章使用 MVP 模式构建应用只有保存共同输入、状态所有者、事件/调用方向、生命周期、单一故障、恢复和版本边界，才能把目录名称升级为可验证知识；类名、依赖数量或一次成功演示都不能单独通过发布门。

3.9 理解 View 的角色

坐标 10/12：3·9 理解 View 的角色。稳定证据键 ADP-03MVPAPPLICATIONSTRUCTURE-J。 第 3 章使用 MVP 模式构建应用把3·9 理解 View 的角色映射到MVP 装配、Contract、Presenter、View 与生命周期释放的输入、状态所有者、事件方向、生命周期、单一故障、恢复证据与2018/当前边界，拒绝只凭类名下结论。第 3 章使用 MVP 模式构建应用只有保存共同输入、状态所有者、事件/调用方向、生命周期、单一故障、恢复和版本边界，才能把目录名称升级为可验证知识；类名、依赖数量或一次成功演示都不能单独通过发布门。

3.10 设计 View 接口

坐标 11/12：3·10 设计 View 接口。稳定证据键 ADP-03MVPAPPLICATIONSTRUCTURE-K。 第 3 章使用 MVP 模式构建应用把3·10 设计 View 接口落实为 View→Presenter→数据边界→Presenter→View 的窄契约，并用 attach/detach 后零旧 View 调用验证生命周期隔离。第 3 章使用 MVP 模式构建应用只有保存共同输入、状态所有者、事件/调用方向、生命周期、单一故障、恢复和版本边界，才能把目录名称升级为可验证知识；类名、依赖数量或一次成功演示都不能单独通过发布门。

3.11 MVP 模式的思想背景

坐标 12/12：3·11 MVP 模式的思想背景。稳定证据键 ADP-03MVPAPPLICATIONSTRUCTURE-L。 第 3 章使用 MVP 模式构建应用把3·11 MVP 模式的思想背景落实为 View→Presenter→数据边界→Presenter→View 的窄契约，并用 attach/detach 后零旧 View 调用验证生命周期隔离。第 3 章使用 MVP 模式构建应用只有保存共同输入、状态所有者、事件/调用方向、生命周期、单一故障、恢复和版本边界，才能把目录名称升级为可验证知识；类名、依赖数量或一次成功演示都不能单独通过发布门。

先预测，再运行三个证据视图

先预测：只注入“View 已 detach，迟到的数据回调仍调用旧 View 契约”时，第 3 章使用 MVP 模式构建应用的界面实例、状态所有者、事件队列、订阅、数据源或迁移边界中哪一项最先偏离？先写下可观察信号，再比较参考、故障和恢复轨迹。

分步1 / 3

责任合同：选择正式目录坐标

责任—事件—状态合同

第 3 章使用 MVP 模式构建应用

选择正式目录坐标，逐步核对输入、唯一状态所有者、事件方向和可观察输出。

正式目录坐标

阶段 1/5

第 3 章使用 MVP 模式构建应用 · 规格与版本

输入与约束: 在最终2018版目录与同一业务/案例约束内重放MVP 装配、Contract、Presenter、View 与生命周期释放
唯一状态所有者: 来源清单与共同业务规格是比较合同的唯一所有者
事件与数据方向: 锁定最终版坐标、样例提交、平台版本、功能输入和验收结果
输出与裁决: 第 3 章使用 MVP 模式构建应用的来源快照、输入合同和未知项；没有把众筹草案、当前框架或课程解释冒充2018原书事实

最小可重现实验协议

为第 3 章使用 MVP 模式构建应用冻结最终版坐标、样例提交、设备/API、业务输入、初始数据、线程/调度、界面宿主和预期输出。
运行参考路径，逐阶段保存MVP 调用轨迹、假 View 记录、attach/detach 时序与取消策略；只看类图、一次截图或最终界面，无法证明责任与生命周期机制。
保持其余条件不变，只注入“View 已 detach，迟到的数据回调仍调用旧 View 契约”，记录首个状态分岔、传播路径、用户影响和撤销后的同输入恢复。
把2018原作结论与当前官方迁移分别评估；迁移有效也不能回写成原作事实。

小结与上架门

第 3 章使用 MVP 模式构建应用的核心不是宣布 MVP、MVVM、Flux 或某个库“最好”，而是把MVP 装配、Contract、Presenter、View 与生命周期释放放进同一条可复核链：最终版与样章限定原作能说什么，共同规格限定比较对象，状态所有者与事件方向解释正常路径，生命周期和单一反例定位首个错误，恢复轨迹与迁移门决定能否发布。最终交付MVP 调用轨迹、假 View 记录、attach/detach 时序与取消策略，并报告草案排除、历史边界、当前差分、失败与未知项。

练习与答案

练习

问题 1：第 3 章使用 MVP 模式构建应用

为第 3 章使用 MVP 模式构建应用中稳定证据键 ADP-03MVPAPPLICATIONSTRUCTURE-A 对应的第 3 章使用 MVP 模式构建应用设计一个固定输入、一个状态所有者、一个单一生命周期或协作故障和一个恢复检查，说明2018结论与当前迁移怎样分轨。

先冻结在最终2018版目录与同一业务/案例约束内重放MVP 装配、Contract、Presenter、View 与生命周期释放，把稳定证据键 ADP-03MVPAPPLICATIONSTRUCTURE-A 对应的第 3 章使用 MVP 模式构建应用映射到输入、状态写入口、事件方向、界面宿主和可观察输出；参考路径保存MVP 调用轨迹、假 View 记录、attach/detach 时序与取消策略，故障路径只注入“View 已 detach，迟到的数据回调仍调用旧 View 契约”。只有首个分岔可定位、旧实例或过期结果不再写入、撤销后状态和副作用恢复，才能接受局部结论；当前 API、未测试设备、团队和案例留在第 3 章使用 MVP 模式构建应用边界外。

问题 2：3.1 基本概念

为第 3 章使用 MVP 模式构建应用中稳定证据键 ADP-03MVPAPPLICATIONSTRUCTURE-B 对应的3·1 基本概念设计一个固定输入、一个状态所有者、一个单一生命周期或协作故障和一个恢复检查，说明2018结论与当前迁移怎样分轨。

先冻结在最终2018版目录与同一业务/案例约束内重放MVP 装配、Contract、Presenter、View 与生命周期释放，把稳定证据键 ADP-03MVPAPPLICATIONSTRUCTURE-B 对应的3·1 基本概念映射到输入、状态写入口、事件方向、界面宿主和可观察输出；参考路径保存MVP 调用轨迹、假 View 记录、attach/detach 时序与取消策略，故障路径只注入“View 已 detach，迟到的数据回调仍调用旧 View 契约”。只有首个分岔可定位、旧实例或过期结果不再写入、撤销后状态和副作用恢复，才能接受局部结论；当前 API、未测试设备、团队和案例留在第 3 章使用 MVP 模式构建应用边界外。

问题 3：3.2 环境准备

为第 3 章使用 MVP 模式构建应用中稳定证据键 ADP-03MVPAPPLICATIONSTRUCTURE-C 对应的3·2 环境准备设计一个固定输入、一个状态所有者、一个单一生命周期或协作故障和一个恢复检查，说明2018结论与当前迁移怎样分轨。

先冻结在最终2018版目录与同一业务/案例约束内重放MVP 装配、Contract、Presenter、View 与生命周期释放，把稳定证据键 ADP-03MVPAPPLICATIONSTRUCTURE-C 对应的3·2 环境准备映射到输入、状态写入口、事件方向、界面宿主和可观察输出；参考路径保存MVP 调用轨迹、假 View 记录、attach/detach 时序与取消策略，故障路径只注入“View 已 detach，迟到的数据回调仍调用旧 View 契约”。只有首个分岔可定位、旧实例或过期结果不再写入、撤销后状态和副作用恢复，才能接受局部结论；当前 API、未测试设备、团队和案例留在第 3 章使用 MVP 模式构建应用边界外。

问题 4：3.3 样例应用设计

为第 3 章使用 MVP 模式构建应用中稳定证据键 ADP-03MVPAPPLICATIONSTRUCTURE-D 对应的3·3 样例应用设计设计一个固定输入、一个状态所有者、一个单一生命周期或协作故障和一个恢复检查，说明2018结论与当前迁移怎样分轨。

先冻结在最终2018版目录与同一业务/案例约束内重放MVP 装配、Contract、Presenter、View 与生命周期释放，把稳定证据键 ADP-03MVPAPPLICATIONSTRUCTURE-D 对应的3·3 样例应用设计映射到输入、状态写入口、事件方向、界面宿主和可观察输出；参考路径保存MVP 调用轨迹、假 View 记录、attach/detach 时序与取消策略，故障路径只注入“View 已 detach，迟到的数据回调仍调用旧 View 契约”。只有首个分岔可定位、旧实例或过期结果不再写入、撤销后状态和副作用恢复，才能接受局部结论；当前 API、未测试设备、团队和案例留在第 3 章使用 MVP 模式构建应用边界外。

问题 5：3.4 TODO 应用规格

为第 3 章使用 MVP 模式构建应用中稳定证据键 ADP-03MVPAPPLICATIONSTRUCTURE-E 对应的3·4 TODO 应用规格设计一个固定输入、一个状态所有者、一个单一生命周期或协作故障和一个恢复检查，说明2018结论与当前迁移怎样分轨。

先冻结在最终2018版目录与同一业务/案例约束内重放MVP 装配、Contract、Presenter、View 与生命周期释放，把稳定证据键 ADP-03MVPAPPLICATIONSTRUCTURE-E 对应的3·4 TODO 应用规格映射到输入、状态写入口、事件方向、界面宿主和可观察输出；参考路径保存MVP 调用轨迹、假 View 记录、attach/detach 时序与取消策略，故障路径只注入“View 已 detach，迟到的数据回调仍调用旧 View 契约”。只有首个分岔可定位、旧实例或过期结果不再写入、撤销后状态和副作用恢复，才能接受局部结论；当前 API、未测试设备、团队和案例留在第 3 章使用 MVP 模式构建应用边界外。

问题 6：3.5 项目基本结构

为第 3 章使用 MVP 模式构建应用中稳定证据键 ADP-03MVPAPPLICATIONSTRUCTURE-F 对应的3·5 项目基本结构设计一个固定输入、一个状态所有者、一个单一生命周期或协作故障和一个恢复检查，说明2018结论与当前迁移怎样分轨。

先冻结在最终2018版目录与同一业务/案例约束内重放MVP 装配、Contract、Presenter、View 与生命周期释放，把稳定证据键 ADP-03MVPAPPLICATIONSTRUCTURE-F 对应的3·5 项目基本结构映射到输入、状态写入口、事件方向、界面宿主和可观察输出；参考路径保存MVP 调用轨迹、假 View 记录、attach/detach 时序与取消策略，故障路径只注入“View 已 detach，迟到的数据回调仍调用旧 View 契约”。只有首个分岔可定位、旧实例或过期结果不再写入、撤销后状态和副作用恢复，才能接受局部结论；当前 API、未测试设备、团队和案例留在第 3 章使用 MVP 模式构建应用边界外。

问题 7：3.6 由 Activity 创建 Presenter 与 View

为第 3 章使用 MVP 模式构建应用中稳定证据键 ADP-03MVPAPPLICATIONSTRUCTURE-G 对应的3·6 由 Activity 创建 Presenter 与 View设计一个固定输入、一个状态所有者、一个单一生命周期或协作故障和一个恢复检查，说明2018结论与当前迁移怎样分轨。

先冻结在最终2018版目录与同一业务/案例约束内重放MVP 装配、Contract、Presenter、View 与生命周期释放，把稳定证据键 ADP-03MVPAPPLICATIONSTRUCTURE-G 对应的3·6 由 Activity 创建 Presenter 与 View映射到输入、状态写入口、事件方向、界面宿主和可观察输出；参考路径保存MVP 调用轨迹、假 View 记录、attach/detach 时序与取消策略，故障路径只注入“View 已 detach，迟到的数据回调仍调用旧 View 契约”。只有首个分岔可定位、旧实例或过期结果不再写入、撤销后状态和副作用恢复，才能接受局部结论；当前 API、未测试设备、团队和案例留在第 3 章使用 MVP 模式构建应用边界外。

问题 8：3.7 用 Contract 连接 Presenter 与 View

为第 3 章使用 MVP 模式构建应用中稳定证据键 ADP-03MVPAPPLICATIONSTRUCTURE-H 对应的3·7 用 Contract 连接 Presenter 与 View设计一个固定输入、一个状态所有者、一个单一生命周期或协作故障和一个恢复检查，说明2018结论与当前迁移怎样分轨。

先冻结在最终2018版目录与同一业务/案例约束内重放MVP 装配、Contract、Presenter、View 与生命周期释放，把稳定证据键 ADP-03MVPAPPLICATIONSTRUCTURE-H 对应的3·7 用 Contract 连接 Presenter 与 View映射到输入、状态写入口、事件方向、界面宿主和可观察输出；参考路径保存MVP 调用轨迹、假 View 记录、attach/detach 时序与取消策略，故障路径只注入“View 已 detach，迟到的数据回调仍调用旧 View 契约”。只有首个分岔可定位、旧实例或过期结果不再写入、撤销后状态和副作用恢复，才能接受局部结论；当前 API、未测试设备、团队和案例留在第 3 章使用 MVP 模式构建应用边界外。

问题 9：3.8 理解 Presenter 的角色

为第 3 章使用 MVP 模式构建应用中稳定证据键 ADP-03MVPAPPLICATIONSTRUCTURE-I 对应的3·8 理解 Presenter 的角色设计一个固定输入、一个状态所有者、一个单一生命周期或协作故障和一个恢复检查，说明2018结论与当前迁移怎样分轨。

先冻结在最终2018版目录与同一业务/案例约束内重放MVP 装配、Contract、Presenter、View 与生命周期释放，把稳定证据键 ADP-03MVPAPPLICATIONSTRUCTURE-I 对应的3·8 理解 Presenter 的角色映射到输入、状态写入口、事件方向、界面宿主和可观察输出；参考路径保存MVP 调用轨迹、假 View 记录、attach/detach 时序与取消策略，故障路径只注入“View 已 detach，迟到的数据回调仍调用旧 View 契约”。只有首个分岔可定位、旧实例或过期结果不再写入、撤销后状态和副作用恢复，才能接受局部结论；当前 API、未测试设备、团队和案例留在第 3 章使用 MVP 模式构建应用边界外。

问题 10：3.9 理解 View 的角色

为第 3 章使用 MVP 模式构建应用中稳定证据键 ADP-03MVPAPPLICATIONSTRUCTURE-J 对应的3·9 理解 View 的角色设计一个固定输入、一个状态所有者、一个单一生命周期或协作故障和一个恢复检查，说明2018结论与当前迁移怎样分轨。

先冻结在最终2018版目录与同一业务/案例约束内重放MVP 装配、Contract、Presenter、View 与生命周期释放，把稳定证据键 ADP-03MVPAPPLICATIONSTRUCTURE-J 对应的3·9 理解 View 的角色映射到输入、状态写入口、事件方向、界面宿主和可观察输出；参考路径保存MVP 调用轨迹、假 View 记录、attach/detach 时序与取消策略，故障路径只注入“View 已 detach，迟到的数据回调仍调用旧 View 契约”。只有首个分岔可定位、旧实例或过期结果不再写入、撤销后状态和副作用恢复，才能接受局部结论；当前 API、未测试设备、团队和案例留在第 3 章使用 MVP 模式构建应用边界外。

问题 11：3.10 设计 View 接口

为第 3 章使用 MVP 模式构建应用中稳定证据键 ADP-03MVPAPPLICATIONSTRUCTURE-K 对应的3·10 设计 View 接口设计一个固定输入、一个状态所有者、一个单一生命周期或协作故障和一个恢复检查，说明2018结论与当前迁移怎样分轨。

先冻结在最终2018版目录与同一业务/案例约束内重放MVP 装配、Contract、Presenter、View 与生命周期释放，把稳定证据键 ADP-03MVPAPPLICATIONSTRUCTURE-K 对应的3·10 设计 View 接口映射到输入、状态写入口、事件方向、界面宿主和可观察输出；参考路径保存MVP 调用轨迹、假 View 记录、attach/detach 时序与取消策略，故障路径只注入“View 已 detach，迟到的数据回调仍调用旧 View 契约”。只有首个分岔可定位、旧实例或过期结果不再写入、撤销后状态和副作用恢复，才能接受局部结论；当前 API、未测试设备、团队和案例留在第 3 章使用 MVP 模式构建应用边界外。

问题 12：3.11 MVP 模式的思想背景

为第 3 章使用 MVP 模式构建应用中稳定证据键 ADP-03MVPAPPLICATIONSTRUCTURE-L 对应的3·11 MVP 模式的思想背景设计一个固定输入、一个状态所有者、一个单一生命周期或协作故障和一个恢复检查，说明2018结论与当前迁移怎样分轨。

先冻结在最终2018版目录与同一业务/案例约束内重放MVP 装配、Contract、Presenter、View 与生命周期释放，把稳定证据键 ADP-03MVPAPPLICATIONSTRUCTURE-L 对应的3·11 MVP 模式的思想背景映射到输入、状态写入口、事件方向、界面宿主和可观察输出；参考路径保存MVP 调用轨迹、假 View 记录、attach/detach 时序与取消策略，故障路径只注入“View 已 detach，迟到的数据回调仍调用旧 View 契约”。只有首个分岔可定位、旧实例或过期结果不再写入、撤销后状态和副作用恢复，才能接受局部结论；当前 API、未测试设备、团队和案例留在第 3 章使用 MVP 模式构建应用边界外。

问题 13：为什么必须分开两个时间轨道

第 3 章使用 MVP 模式构建应用怎样同时讲清2018原作和当前 Android 官方建议，而不造成时代错置？

问题 14：一次成功为什么不够

为什么第 3 章使用 MVP 模式构建应用中的正常截图、类图或单次演示不能证明架构边界成立？

六个证据术语

在第 3 章使用 MVP 模式构建应用中，、、、、、组成最小证据语言。每个术语都必须绑定对象、版本、输入、状态与失败条件；只换架构名、库或框架不能自动扩大结论。

名词解释

本章出现的专业名词，用大白话再讲一遍。

状态所有者: 第 3 章使用 MVP 模式构建应用中唯一允许修改某类事实的角色或数据源。
事件方向: 第 3 章使用 MVP 模式构建应用中用户意图、数据结果与界面渲染的有向关系。
生命周期边界: 第 3 章使用 MVP 模式构建应用中对象创建、活跃、停止、销毁和恢复的作用域。
一次性效果: 第 3 章使用 MVP 模式构建应用中导航、提示或权限请求等不能随状态重复播放的输出。
单一故障: 第 3 章使用 MVP 模式构建应用中保持其余条件不变时唯一改变的反例变量。
迁移轨道: 第 3 章使用 MVP 模式构建应用对2018历史实践和当前官方建议分别记录的结论。

第 3 章 使用 MVP 模式构建应用

学习目标

为什么从这个问题开始

最终版、官方样章与当前迁移边界

本页独立事实来源

最终版正式坐标逐项解释

第 3 章 使用 MVP 模式构建应用

3.1 基本概念

3.2 环境准备

3.3 样例应用设计

3.4 TODO 应用规格

3.5 项目基本结构

3.6 由 Activity 创建 Presenter 与 View

3.7 用 Contract 连接 Presenter 与 View

3.8 理解 Presenter 的角色

3.9 理解 View 的角色

3.10 设计 View 接口

3.11 MVP 模式的思想背景

先预测，再运行三个证据视图

责任合同：选择正式目录坐标

第 3 章 使用 MVP 模式构建应用

第 3 章 使用 MVP 模式构建应用 · 规格与版本

最小可重现实验协议

小结与上架门

练习与答案

练习

六个证据术语

名词解释

讨论

第 3 章使用 MVP 模式构建应用

第 3 章使用 MVP 模式构建应用

第 3 章使用 MVP 模式构建应用

第 3 章使用 MVP 模式构建应用 · 规格与版本