【问题标题】:Naming convention for android apps?Android应用程序的命名约定?
【发布时间】:2015-08-30 05:46:45
【问题描述】:

我已经通过 stackoverflow 进行了搜索,这似乎不是一个重复的问题,所以如果已经被问到,请通知我。我已经制作了应用程序的第二个版本,我想知道应用程序版本是否有命名约定。在我的 gradle 中,我已将 versionCode 和 versionName 的值更改为

versionCode 2
versionName "1.0.2"

这是正确的约定吗?甚至有约定吗? versionCode 必须是整数吗? 1.02 或 1.0.02 可以接受吗?它是否必须以 1 为增量(即我可以在第二次更新时直接跳到 1.7)?(抱歉所有问题,我想一次得到所有问题。)

【问题讨论】:

    标签: android version naming-conventions


    【解决方案1】:

    versionCode 必须是整数,它用于 android 跟踪哪个 apk 是最新的,例如在 Google Play 中,如果您的新 apk 的 versionCode 大于您之前上传的 apk,您可以上传您的 apk。

    versionName 仅用于显示,与用户通信,由您定义。 IE。没有限制

    【讨论】:

    • 对于versionCode,是否必须加1?我可以从 1 转到 3 吗?
    • 从 1 到 3 没问题,只要增加就行了
    • 其实开发的时候不需要那么频繁的增加,部署的时候才更新
    • 是的,我知道,我只是好奇。反正我打算从 1 到 2。
    【解决方案2】:

    两者都没有字面限制,只是它们的数据类型: versionCode 可以是任意整数,versionName 可以是任意字符串。

    然而,Android 使用 versionCode 来判断哪些版本是更新的 - 如果要安装的 apk 的 versionCode 小于 @,则不允许用户安装 apk 987654326@的apk已经安装好了。

    因此,版本代码更改应始终针对更大的数字 - 尽管在技术上与多少无关。

    versionName 仅用于显示目的。可以设置为"v1.43 - blueVersion attempt4"

    common naming conversion是在版本名称中标注每个发布版本major.minor.fix,然后体现在版本代码中。例如v "2.3.11" 变成版本代码 20311。后面可以跟着 v"3.0.0" = 代码 30000。

    【讨论】:

      猜你喜欢
      • 2011-03-07
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2011-05-01
      • 1970-01-01
      • 2014-03-28
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多