拥有付费和免费版本的 Android 应用程序的最佳方式 [关闭]

Question

我已经在 Android Market 中有一个免费的应用程序，但我想添加一个具有更好功能的付费版本。我无法通过一些更改的常量上传相同的内容来解锁这些功能，因为市场告诉我我已经在市场上有一个具有该包名称的应用程序。

这样做最干净的方法是什么？

Answer 1

Android SDK 通过一种称为库项目的东西正式解决了共享或公共代码库的问题。

http://developer.android.com/tools/projects/index.html

基本上，共享代码被定义为库项目，然后付费版和免费版只是 eclipse 工作台中的两个不同项目，都引用上述库项目。

在构建时，库项目会与您的任一版本合并，这正是您想要的。

Android SDK 示例源代码包含一个名为 TicTacToe 的项目，它将帮助您开始使用库项目。

祝你好运。

丹尼尔

Answer 2

存在多种方法，但在您自己尝试之前，您通常不会看到缺点。以下是我的经验：

1. 解锁应用程序。这很容易实现，创建一个充当许可证的新应用程序：您的原始应用程序应检查解锁器应用程序的签名是否与您的应用程序的签名匹配（如果是，则解锁器在设备上可用，否则否）；如果未安装，您的解锁器应提示下载免费应用程序，否则启动它并删除其启动器图标。
   
   优点：易于实施，只需维护一个代码库。缺点： 据说用户有时会对这种模式感到困惑，他们根本不明白为什么他们有两个启动器图标，或者他们刚刚下载了什么。删除启动器图标很麻烦，只有重新启动设备才能看到更改。此外，您似乎无法使用 Google 的许可 API (LVL)，因为您的免费应用程序无法代表您的付费解锁应用程序提出许可请求。后者的任何解决方法都会导致糟糕的用户体验。

2. 应用内购买。如果您的代码中无论如何都包含 IAP，这很容易实现，否则需要相当长的时间才能将事情做好。
   
   优点：只有一个代码库需要维护和购买用户的流程非常方便。
   缺点：据说用户担心他们的购买是否“持久”，这意味着他们很困惑如果他们以后还能使用专业功能将应用安装到其他设备或重新安装。

3. 带有共享库项目的免费和付费版本。这不应该是一件很难编码的事情，而且似乎是一个合乎逻辑的决定，即拥有一个包含大部分应用程序逻辑并只维护差异的代码库。
   
   优点：用户较少对此模型感到困惑，但他们可能担心如果开始使用付费版本，他们的偏好是否会丢失。
   缺点： 根据我的经验，Java/Eclipse 在涉及时并不是很友好到图书馆。正确设置项目需要一些时间，但它仍然会混淆整个事情的工作原理，在哪个清单中放置什么，资源会发生什么等。您将面临错误配置项目的构建问题，构建问题未找到资源（图书馆项目将不会“看到”已引用的资源，因此您必须逐个编辑引用）。此外，此模型不支持资产文件，这意味着您将不得不使用符号链接、复制或其他魔法来做一些技巧，这只会增加您的“单一代码库”项目已经成为的可怕混乱。当您的项目最终构建时，您只需要保持手指交叉以使整个事情按预期工作，并准备好寻找丢失的图像和隐藏的错误。当然，您需要为您的用户提供一种方便的方式，以便在首次启动时将他们的偏好迁移到付费版本中。

4. 具有独立代码库和源代码控制的免费和付费版本。乍一看，这似乎也是一个好主意，因为体面的源代码控制系统可以减轻您的负担，但是...
   
   优点： 与 3 相同。
   缺点： 您将维护两个不同的代码库，除了合并/分支地狱之外别无其他。应用程序包名称应该不同，因此您可能需要区分您拥有的每个文件，以保持干净。当然，您需要为您的用户提供一种方便的方式，以便在首次启动时将他们的偏好迁移到付费版本中。

5. 免费和付费版本，其中一个脚本派生自另一个。这听起来像是一个肮脏的 hack，但您肯定知道它是有效的。
   
   优点： 与 3 相同，而且您只维护一个代码库。
   缺点： 创建脚本需要一点时间（确保重命名文件夹、替换包、应用程序和项目名称），如果需要，您必须不时更新脚本（这如果免费版本和付费版本之间没有太多差异，则不会发生）。当然，您需要为您的用户提供一种方便的方式，以便在首次启动时将他们的偏好迁移到付费版本中。

没有完美的解决方案，但如果您即将开始实施其中一种可能性，上述内容有望为您指明正确的方向。

Answer 3

使用 Gradle 构建系统，您现在可以拥有不同的产品风格，每种产品都有自己的包名称。以下是一个示例 gradle 脚本，具有同一应用的免费和专业版本。

apply plugin: 'com.android.application'

android {
    compileSdkVersion 19
    buildToolsVersion "19.1"

    defaultConfig {
        applicationId "com.example.my.app"
    }

    productFlavors {
        free {
            applicationId "com.example.my.app"
            minSdkVersion 15
            targetSdkVersion 23
            versionCode 12
            versionName '12'
        }
        pro {
            applicationId "com.example.my.app.pro"
            minSdkVersion 15
            targetSdkVersion 23
            versionCode 4
            versionName '4'
        }
    }

R 类仍会在AndroidManifest.xml 中指定的包名中生成，因此您在切换风格时无需更改一行代码。

您可以从Build Variants 窗格切换风格，该窗格可从 Android Studio 的左下角访问。此外，当您要生成签名的 APK 时，android studio 会询问您要构建 APK 的风格。

此外，您可以为每种口味提供不同的资源。例如，您可以在src 目录中创建一个目录pro。目录结构应类似于main 目录。 （例如：如果您想为专业版设置不同的启动器图标，可以将其放在src\pro\res\drawable。当您切换到pro 风味时，这将替换位于src\main\res\drawable 的免费图标）。

如果您在上述pro 资源目录中创建strings.xml，则在构建pro 风格时，主strings.xml 和专业strings.xml 将合并以获得最终strings.xml。如果 free xml 和 pro xml 中都存在某个字符串 key，则该字符串值将从 pro xml 中获取。

如果您需要在代码中检查当前版本是专业版还是免费版，可以使用如下方法。

public boolean isPro() {
    return context.getPackageName().equals("com.example.my.app.pro");
}

更多信息，请参考this

Answer 4

一个源代码两个应用程序（Eclipse）

在市场上管理具有两种呈现形式的应用程序时经常出现问题，可能两者之间只有一点差异（paidFor = true;）也许图标也不同。

这种方法使用了米海在http://blog.javia.org/android-package-name/ 解释的包名的描述，强调了用于管理源代码的包名和用于在 Android Market 上发布 apk 的包名之间的区别。本例中发布的两个包名是com.acme.superprogram和com.acme.superprogrampaid，Java源码包名是com.acme.superprogram。

在清单中，活动被列出并命名为 .ActivityName。 Mike Wallace 在他最近的演讲中指出，前面的点很重要，可以用完全合格的包来代替。例如“com.acme.superprogram.DialogManager”可以替换 manifest.xml 文本中的“.DialogManager”。

第 1 步是将所有活动 android:name 条目替换为这些完全限定的包名称，使用 java 源代码管理包名称 (com.acme.superprogram)。

然后可以更改清单包名称...

在 Eclipse 中，这会强制重新编译，并在 gen 文件夹中创建一个新的 R.java。这是有点棘手的地方；有两个文件夹 com.acme.superprogram 和 com.acme.superprogrampaid，只有一个有一个 R.java。只需将 R.java 复制到另一个文件夹，以便程序可以解析 R.layout.xyz 项。

当您更改包中的

我已经在几个应用程序上进行了尝试。我在模拟器、我的 2.1 手机上同时运行它们，它们都在 Android Market 上。

Answer 5

以防万一您还有磨损模块，需要做额外的工作。

以下是一些用于打包磨损模块的示例 Gradle 文件带有风味和构建类型。

模组手机build.gradle

apply plugin: 'com.android.application'

android {
    compileSdkVersion 23
    buildToolsVersion "23.0.3"

    defaultConfig {
        applicationId "com.example.app"
        minSdkVersion 15
        targetSdkVersion 23
        versionCode 85
        versionName "2.5.2"
    }
    buildTypes {
        debug {
            applicationIdSuffix ".debug"
            embedMicroApp = true
            minifyEnabled false
        }
        release {
            embedMicroApp = true
            shrinkResources true
            minifyEnabled true
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
            zipAlignEnabled true
        }
    }
    productFlavors {
        free{
            applicationId "com.example.app"
        }
        pro{
            applicationId "com.example.app.pro"
        }
    }
}

configurations {
    freeDebugWearApp
    proDebugWearApp
    freeReleaseWearApp
    proReleaseWearApp
}

dependencies {
    compile fileTree(dir: 'libs', include: ['*.jar'])
    testCompile 'junit:junit:4.12'
    compile 'com.android.support:appcompat-v7:23.4.0'

    freeDebugWearApp project(path: ':wear', configuration: 'freeDebug')
    proDebugWearApp project(path: ':wear', configuration: 'proDebug')

    freeReleaseWearApp project(path: ':wear', configuration: 'freeRelease')
    proReleaseWearApp project(path: ':wear', configuration: 'proRelease')
}

---

模组磨损build.gradle

apply plugin: 'com.android.application'

android {
    compileSdkVersion 23
    buildToolsVersion "23.0.3"
    publishNonDefault true

    defaultConfig {
        applicationId "com.example.app"
        minSdkVersion 20
        targetSdkVersion 23
        versionCode 85
        versionName "2.5.2"
    }
    buildTypes {
        debug {
            applicationIdSuffix ".debug"
            minifyEnabled false
        }
        release {
            shrinkResources true
            minifyEnabled true
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
            zipAlignEnabled true
        }
    }
    productFlavors {
        free {
            applicationId "com.example.app"
        }
        pro {
            applicationId "com.example.app.pro"
        }
    }
}

dependencies {

    ...

}

Answer 6

我遇到了同样的问题，我决定做两个安卓应用，一个叫 my_epic_app_free，另一个叫 my_epic_app_paid。我要做的只是更改付费版本，然后我有一个单独的 java 控制台程序，它所做的只是直接从磁盘访问所有 .java 文件，将它们复制到内存中，摆弄包名和清单行，然后将它们直接粘贴到免费应用程序中。我在桌面上按下按钮，所以当我完成付费版本的开发时，我按下按钮，然后编译免费版本。我有付费应用和免费应用相互通信，用户甚至可以安装它们，免费版本看到付费，并解锁到付费版本。

另一个想法是让付费应用程序只是一个包含密钥文件的简单程序。付费应用程序如果运行，将自动运行免费版本，免费版本的行为与付费版本相同。

免费应用程序检查付费应用程序的密钥文件是否存在，如果存在，它将解锁免费应用程序。这可以防止代码重复。软件包名称仍然必须不同，但理想情况下，付费应用不需要经常更改。

好处：“升级”到付费版本时不会丢失用户数据/设置。

缺点：如果用户先安装付费版，则必须引导他们安装免费版，这很麻烦，为什么他们必须为付费版安装两个应用程序？

Answer 7

如果您不想使用库项目，并且对一些人在 cmets 中提到的风险感到满意，那么理论上 @user426990 提供了一个很好的答案。但是，在为导出进行新构建时，eclipse 似乎会擦除 gen 目录的全部内容（我发现作为一般原则很难与之争论）。

基于相同原理的替代解决方案如下，假设您已经编写了 com.acme.superprogram 并且您希望创建 com.acme.superprogrampaid

1. 确保您的清单按全名指向活动、服务等。根据@user426990 的回答，“.CoolActivity”必须列为 com.acme.superprogram.CoolActivity

2. 在您的代码（com.activity.superprogram，包含其余代码）中创建一个新类 MyR，如下所示：

   package com.acme.superprogram;
   import com.acme.superprogram.R;
   
   public final class MyR {
       public final static R.attr     attr     = new R.attr();
       public final static R.color    color    = new R.color();
       public final static R.dimen    dimen    = new R.dimen();
       public final static R.layout   layout   = new R.layout();
       public final static R.id       id       = new R.id();
       public final static R.string   string   = new R.string();
       public final static R.drawable drawable = new R.drawable();
       public final static R.raw      raw      = new R.raw();
       public final static R.style    style    = new R.style();
       public final static R.xml      xml      = new R.xml();
   }
   

   您需要更改确切的内容以反映您使用的资源！例如，您可能不需要 xml 行，而可能需要另一行。查看 gen/com/acme/superprogram 中真正的 R.java 文件，每个类需要一行。您可能需要子类化。

3. 现在 (a) 从您的代码中删除所有“import com.acme.superprogram.R”行并 (b) 替换所有“R”。对“MyR.”的引用。这样，您对 R 的所有引用都通过一个地方间接进行。缺点是他们都会收到关于不够静态的警告。对于这些警告，您有三个选项：您可以禁止它们，可以忽略它们，或者您可以制作更完整的 MyR 版本，为您使用的 R 中的每个条目添加一行：

   package com.acme.superprogram;
   import com.acme.superprogram.R;
   
   public final class MyR {
       final static class attr {
           final static int XXXX = R.attr.XXXX
   // And so on ...
   

4. 根据@user426990，您现在可以将清单中的包从“com.acme.superprogram”更改为“com.acme.superprogrampaid”；此时您可能还想更改名称、启动图标和关键变量。

5. 将 MyR 中的 import 行更改为 import com.acme.superprogrampaid.R

你走了。

ps。记得在最终导出对话框中更改文件名...

Answer 8

更改软件包名称会有所帮助。
只需使用 eclipse 更改您的付费应用程序的 包名称 并将其投放市场。

这会解决你的问题。

Answer 9

为什么不创建两个不同的 Eclipse 项目呢？手动修复引用包名称的几件事并不难。注意更改导入语句和清单文件。无论如何，您需要编码两次。当然，在这两个地方都修复代码很麻烦。

合适的解决方案是在市场上。它应该允许两个应用程序具有相同的包名称，并在安装另一个时要求替换一个。上传时，它应该检查包名是否真的来自同一软件供应商。

雷内