由于移动端机型、系统版本以及屏幕尺寸的多样性，因此在提移动端需求时建议重点关注如下事项：

1、适配问题。其中包括系统版本适配、分辨率适配等，例如

1）图片适配。

Android和iOS由于屏幕分辨率分布较广，因此都有一套系统的分辨率适配逻辑，系统会自动根据屏幕的分辨率使用不同尺寸的图片，如下以iOS为例：

编辑

请点击输入图片描述

为了保证如下两个目的：

a）同一套图片可以用在Android和iOS设备上

b）图片在手机上看到的效果不会很糊

c）随着后续屏幕分辨率不断提高，再不发版本的情况下仍然能够保证图片清晰显示

因此建议这种适配方式：传一张相对尺寸较大的图片（当前外网来看4倍图即可），同时服务端告知客户端在某个特定的分辨率下要显示的尺寸，例如iPhone 6（1334*750）&Android（1280*720）显示60X60，其他分辨率手机会自动乘以对应的系数进行展示，例如在1x手机上显示30X30.

由于Android手机系统版本分布比较广，并且系统自定义ROM比较多，因此可能某些功能在某些特定版本上无法显示，甚至可能会出现崩溃之类的问题，为了保证版本的稳定性，建议在接口请求时客户端告知服务端系统版本号，方便后续外网出现问题时针对版本进行控制；

由于app不同于web端，版本号可以随时强制更新并快速覆盖外网，而app的更新为非强制性，因此app涉及到一个版本兼容的问题，从我们的数据来看一个版本在全渠道推广的理想情况下，30天新版本也最多覆盖80%左右。因此版本兼容问题为客户端需要重点关注的问题。

如app存在严重漏洞或者闪退等问题，此时需要强制用户全部更新至新版本，实现的方式大体就是不更新版本无法关闭更新提示弹窗，从而无法正常使用app。

注意：强制更新逻辑对于用户来说体验很差，所以尽量不要使用该更新方式。

为了保证一个新功能不影响老版本的用户体验，因此每个需要都要和开发仔细沟通，目前了解版本兼容主要包括两个方面：

在某些情况下无法避免新版本的内容会显示在老版本中，例如某个活动在新老版本都会展示，但是只有新版本可以参与，此时可以通过特定的接口返回数据并通过toast形式告知用户“请更新至新版本”

i、针对同一个功能新老版本使用不同的接口。即针对同一个功能A，老版本使用接口1、新版本使用接口2.

缺点：是后期不好维护，新老功能有重叠的部分需要些两遍代码，并且后期维护不方便。

优点：万能方案，所有情况都可以兼容。

ii、同一个接口进行版本控制，前提客户端请求接口时需要携带版本号信息。即针对同一个功能A，新老版本使用同一个接口，大体逻辑一致，但是新老版本存在某个分支有逻辑版本。

正如前文所说，app版本更新成本较高，因此建议移动端的功能尽量灵活配置，即客户端只是负责做页面的UI布局框架，至于其中的数据（包括文字、图片等）都是由服务器配置，便于随时修改。

a）不要轻易发版本，因为用户对于没有任何实质功能的迭代更新很反感。

i、Android可以接入热更新SDK，例如bugly热更SDK，后续外网问题可以通过发热更的形式修复

注意：热更新不是万能的，仅适用于轻微的bug，因为覆盖率不高并且需要至少重启两次app才会生效。

ii、和开发详细沟通问题的本质，看看有没有办法通过服务端控制进行解决。

温馨提示：为了能够更好的通过服务端解决问题，建议接口请求时客户端加上渠道&app版本号&系统版本号，并且每个接口支持前端toast展示接口返回的数据。