网站内容更新策略(App更新策略课程一共有六节，本节是如何实现的)

　　网站内容更新策略(App更新策略课程一共有六节，本节是如何实现的)

　　应用更新策略课程有六个部分。本节是最后一节。我会总结一下我们App更新时的常见场景，并根据这些场景写一个简单的测试用例，和大家一起讨论一下app。更新模块还可以扩展哪些功能。如果没有看过之前的课程，可以先学习一下之前的课程：

　　配套视频教程：

　　代码地址：

　　测试用例

　　在这里我只是简单地写了测试用例，其中应用程序更新是最常见的场景。在测试此类功能模块时，测试人员可能会考虑更多的测试场景，这就需要我们不断优化测试。流程要尽量满足真实的用户场景，比如操作失败时考虑更多的场景，比如切换网络时是否提醒用户，网络连接失败时是否提醒用户，是否提示用户当网络连接失败，下载失败后提示，避免反复提醒用户更新等。

　　本课程仅提供初步的解决方案，让没有这方面经验的同学了解app更新策略是如何实现的，并不完全适用于用户的各种应用场景。这需要学生自己开发。根据需要优化此解决方案。

　　效果图总结

　　整理流程图

　　这是最简单的更新流程图。更新过程大致相似。我们将首先请求服务器获取更新信息。这是检查更新的过程。

　　一般情况下，我们会得到对应的json数据，例如：

　　我们通过这样的json数据得到具体的更新信息。这里我们关注的是version_code。我们将本地 versionCode 与服务器返回的 versionCode 进行比较。前者较大则无更新内容，后者较大则有提示。用户更新下载；

　　用户检查有更新后，会弹出通知用户下载，点击“取消”不更新，点击“确定”启动后台服务异步下载apk，下载成功后，如果您在前台，我们可以直接跳转到安装界面安装完成；如果在后台，下载成功后会在通知栏中显示下载结果。您也可以通过点击通知栏中的消息跳转到安装界面。具体操作流程可以根据你的需要调整，不一定按照我的操作流程。

　　安装完成后，我们整个app更新策略就完成了。那我们还能做什么呢？如果只是简单的更新，也不算太复杂。恐怕我们伟大的产品经理会想出坑死的想法，比如要求app具备以下功能：

　　强制更新（流氓行为，用户可能会骂街） 简历上传（操作过程会复杂很多） 增量更新（百度是什么？）

　　绝对有可能会有这样的需求。留给学生自己去体会。本课程不会继续解释这方面的内容。

　　好了，App更新攻略课程结束。可以看到它只是一个简单的更新模块。我们需要考虑很多问题。如果让你自己实现，希望这门课能给你带来学员。一定的帮助。毕竟更新升级是每个应用最基本的模块之一。最后，感谢大家的耐心等待。