博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
转载:安卓应用运营知识:VersionCode和VersionName
阅读量:6263 次
发布时间:2019-06-22

本文共 2282 字,大约阅读时间需要 7 分钟。

hot3.png

小米应用商店运营了大概半年了,过程中有喜有泪,我们在运营过程中,发现有的运营和商务同学对Android的一些概念了解不深,因此准备了一些知识,会逐步发布出来,第一篇是关于版本的。

先上结论:

Google为APK定义了两个关于版本属性:VersionCode和VersionName,他们有不同的用途。

  • VersionCode:对消费者不可见,仅用于应用市场、程序内部识别版本,判断新旧等用途。

  • VersionName:展示给消费者,消费者会通过它认知自己安装的版本,下文提到的版本号都是说VersionName。

结尾有三个常见问题的解决方案

  1. 同一个版本号,对应了多个VersionCode怎么办

  2. 发布了一个VersionCode错误的版本怎么办

  3. 发出去的应用有Bug要换回旧版,怎么操作?

然后讲讲前因后果

大家在使用软件和应用时,都会涉及到版本的概念,大家都知道的,比如Win XP,QQ2012,小米桌面1.6。之所以会有版本,主要是因为软件产品一直在发展、变化的。版本的概念可以帮助消费者识别不同时期的产品。

而展现在消费者面前的版本,和开发者内部使用的通常是不同的版本。开发时通常会使用数字作为标志,比如6.1.7600.16385,其实是Win 7第一个正式版的版本号,而Win 7 SP1的版本号是6.1.7601.17514,这样长长一串数字对消费者毫无意义,所以在产品发布时通常会起一个更容易懂的版本。下文中会把Win 7这样的用于展示的版本叫做[VersionName],6.1.7601.17514这样用于程序标识的版本叫做[VersionCode]

早年因为软件主要自己负责自己的分发、升级等方面,所以版本号也相当自由,各家都有不同的规范。但是近年来移动设备崛起,App Store这样的应用商店集中分发成了主流。以升级为例,应用商店会负责检查消费者手机上应用的版本,并和商店里面最新的版本比较,如果商店里面的版本比较新,消费者手机上的版本比较旧,就会提醒消费者升级。

这就涉及到如何识别新、旧的问题。

对于计算机来说,最可靠的判断方式就是数字,数字有很多好处:程序容易判断、格式简单不容易出错、肉眼容易识别等。所以Google要求每个应用都要在APK安装包中记录这个安装包的[VersionCode],只要拿到这个APK文件,就可以知道它对应的[VersionCode]是多少,应用商店就会以这个[VersionCode]为准,来判断版本。安装包的[VersionCode]数字越大就越新。这样开发者在开发过程中,每有一个新版本只要加大一点这个数字就可以了。比如第一个版本的[VersionCode]是1,第二个版本是2。因为开发者可能每天可能会产生多个没有发布的版本,所以这个数字会增长的很快。

经过一段时间的开发,这个数字会变得比较大,比如16385,这时对一个消费者,这样的数字其实不太具有可识别性,比如说Win 16385和Win 17514在传达信息方面效果并不好,不利于产品的市场推广。因此Google也支持在AKP安装包内记录[VersionName],你可以叫Win 7、Win Vista都没问题,可以满足市场、传播方面的需求,这样[VersionName]其实不具备比较新、旧版本的能力,只是用来展示给消费者看的。

综上所述

  • VersionCode:对消费者不可见,仅用于应用市场、程序内部识别版本,判断新旧等用途。

  • VersionName:展示给消费者,消费者会通过它认知自己安装的版本。一般我们说的版本号就是这个。

我们在运营应用商店的过程中,发现有的开发者会遇到一些问题。

1、同一个VersionName(版本号),对应了多个VersionCode

这种情况很常见,比如说新版本发布之后,某个商店反馈说存在xxx问题,需要修复、定制等等操作,于是商务找工程师出了个新版本,考虑到是小版本升级,版本号没变化,但是VersionCode已经变了。

  • 可能遇到的问题:如果这个新版只在部分商店上线,就会出现都是3.1版,A商店的版本其实比B商店的新。已经安装了新版本的用户,还会被提示升级,这时候用户会困扰,为什么我装了3.1还要升级到3.1?部分商店为了最新会抓包,导致渠道包流窜,影响运营监控和分析。

  • 解决方案:a.版本号应该和VersionCode一起涨,而且一旦发布新版本,就在所有渠道上架新版。

2、发布了一个VersionCode错误的版本

有时候因为工程师不小心,发布了一个VersionCode过大的版本,比如1.1.1.20版本的VersionCode写成了111,而1.1.1.27版本的VersionCode写成了11127,但是后面发布1.1.2版希望延续旧的VersionCode,用112。

  • 可能遇到的问题:1.1.1.27版的用户将无法获得1.1.2版本的升级,因为在程序看来1.1.1.27版本是比较新的,同时,已经使用了1.1.2版本的用户,可能会收到旧版本的升级提示,比并降级回旧版

  • 解决方案:其实很简单,因为VersionCode对最终用户是不可见的,只要增加就好了,上文的例子,新版VersionCode直接取11200就齐活了。

3、发布了一个有Bug的版本,好捉急

偶尔会遇到版本已经发布了,第二天突然发现,糟糕,有Bug,用户开始骂了!于是商务同学到各家市场要求退回旧版本。

转载于:https://my.oschina.net/u/199776/blog/406747

你可能感兴趣的文章
redis的订阅和发布
查看>>
直接插入排序法
查看>>
1. Git-2.12.0-64-bit .exe下载
查看>>
35.使用拦截器实现权限验证
查看>>
嵌套类&内部类
查看>>
POJ 3468 线段树 成段更新 懒惰标记
查看>>
关于SQLServer2008数据如何导入SQL2005的解决办法,高版本数据导入低版本中。
查看>>
双重分页2
查看>>
Java面向对象的三个特征与含义
查看>>
tkinter 创建登陆注册界面
查看>>
linux常用命令
查看>>
决策树-流水线
查看>>
linux系统被黑客入侵排查思路
查看>>
个人中心标签页导航
查看>>
如何刻录XP系统盘
查看>>
nios II--实验4——按键中断硬件部分
查看>>
pycharm多行批量缩进和反向缩进快捷键
查看>>
设计模式——外观模式(Facade)
查看>>
Sublime Text 2 使用心得
查看>>
SQLite数据库查询优化
查看>>