Ich habe eine Anwendung, die ich als kostenpflichtige App auf den Markt bringen möchte. Ich hätte gerne eine andere Version, die eine "Test" -Version mit einem Zeitlimit von beispielsweise 5 Tagen wäre.
Wie kann ich das machen?
Ich habe eine Anwendung, die ich als kostenpflichtige App auf den Markt bringen möchte. Ich hätte gerne eine andere Version, die eine "Test" -Version mit einem Zeitlimit von beispielsweise 5 Tagen wäre.
Wie kann ich das machen?
Antworten:
Derzeit erreichen die meisten Entwickler dies mit einer der folgenden drei Techniken.
Der erste Ansatz lässt sich leicht umgehen. Wenn Sie die App zum ersten Mal ausführen, speichern Sie Datum und Uhrzeit in einer Datei, Datenbank oder freigegebenen Einstellungen. Jedes Mal, wenn Sie die App nach dieser Ausführung ausführen, überprüfen Sie, ob der Testzeitraum abgelaufen ist. Dies ist leicht zu umgehen, da der Benutzer durch Deinstallation und Neuinstallation eine weitere Testphase erhalten kann.
Der zweite Ansatz ist schwerer zu umgehen, aber immer noch zu umgehen. Verwenden Sie eine hartcodierte Zeitbombe. Grundsätzlich wird bei diesem Ansatz ein Enddatum für die Testversion festgelegt, und alle Benutzer, die die App herunterladen und verwenden, können die App nicht mehr gleichzeitig verwenden. Ich habe diesen Ansatz verwendet, weil er einfach zu implementieren ist und ich größtenteils keine Lust hatte, die Probleme der dritten Technik zu lösen. Benutzer können dies umgehen, indem sie das Datum auf ihrem Telefon manuell ändern. Die meisten Benutzer werden sich jedoch nicht die Mühe machen, so etwas zu tun.
Die dritte Technik ist der einzige Weg, von dem ich gehört habe, um wirklich das erreichen zu können, was Sie tun möchten. Sie müssen einen Server einrichten. Wenn Ihre Anwendung gestartet wird, sendet Ihre App die eindeutige Kennung des Telefons an den Server. Wenn der Server keinen Eintrag für diese Telefon-ID hat, erstellt er einen neuen und notiert die Uhrzeit. Wenn der Server einen Eintrag für die Telefon-ID hat, wird einfach überprüft, ob der Testzeitraum abgelaufen ist. Anschließend werden die Ergebnisse der Testablaufprüfung an Ihre Anwendung zurückübermittelt. Dieser Ansatz sollte nicht umgehbar sein, erfordert jedoch die Einrichtung eines Webservers und dergleichen.
Es wird immer empfohlen, diese Überprüfungen in onCreate durchzuführen. Wenn der Ablauf hat eine Alertdialog mit einem Pop - up beendet Markt Link auf die Vollversion der App. Fügen Sie nur eine Schaltfläche "OK" hinzu. Wenn der Benutzer auf "OK" klickt, rufen Sie "finish ()" auf, um die Aktivität zu beenden.
quelle
Ich habe ein Android-Test-SDK entwickelt, das Sie einfach in Ihr Android Studio-Projekt einfügen können und das die gesamte serverseitige Verwaltung für Sie übernimmt (einschließlich Offline-Kulanzfristen).
Um es einfach zu benutzen
Fügen Sie die Bibliothek Ihrem Hauptmodul hinzu
build.gradle
Initialisieren Sie die Bibliothek in der
onCreate()
Methode Ihrer HauptaktivitätFügen Sie einen Rückruf-Handler hinzu:
Um eine Testversion zu starten, rufen Sie
mTrialy.startTrial("YOUR_TRIAL_SKU", mTrialyCallback);
Ihren App-Schlüssel an. Die Test-SKU finden Sie in Ihrem Trialy-Entwickler-Dashboard .quelle
Dies ist eine alte Frage, aber vielleicht hilft das jemandem.
Wenn Sie den einfachsten Ansatz wählen möchten (der fehlschlägt, wenn die App deinstalliert / neu installiert wird oder der Benutzer das Gerätedatum manuell ändert), könnte dies folgendermaßen aussehen:
quelle
getTime
nichtgetTimeInMillis
.Diese Frage und die Antwort von snctln haben mich dazu inspiriert, an einer Lösung zu arbeiten, die auf Methode 3 als meine Bachelorarbeit basiert. Ich weiß, dass der aktuelle Status nicht für den produktiven Gebrauch bestimmt ist, aber ich würde gerne hören, was Sie darüber denken! Würden Sie ein solches System verwenden? Möchten Sie es als Cloud-Dienst sehen (ohne Probleme bei der Konfiguration eines Servers)? Besorgt über Sicherheitsprobleme oder Stabilitätsgründe?
Sobald ich das Bachelor-Verfahren abgeschlossen habe, möchte ich weiter an der Software arbeiten. Jetzt ist es an der Zeit, dass ich Ihr Feedback brauche!
Der Quellcode wird auf GitHub https://github.com/MaChristmann/mobile-trial gehostet
Einige Informationen zum System: - Das System besteht aus drei Teilen, einer Android-Bibliothek, einem node.js-Server und einem Konfigurator zum Verwalten mehrerer Test-Apps und Publisher- / Entwicklerkonten.
Es unterstützt nur zeitbasierte Testversionen und verwendet Ihr (Play Store oder anderes) Konto anstelle einer Telefon-ID.
Für die Android-Bibliothek basiert sie auf der Google Play-Bibliothek zur Überprüfung der Lizenzierung. Ich habe es geändert, um eine Verbindung zum Server node.js herzustellen, und außerdem versucht die Bibliothek zu erkennen, ob ein Benutzer das Systemdatum geändert hat. Außerdem wird eine abgerufene Testlizenz in AES-verschlüsselten Shared Preferences zwischengespeichert. Sie können die gültige Zeit des Caches mit dem Konfigurator konfigurieren. Wenn ein Benutzer Daten "löscht", erzwingt die Bibliothek eine serverseitige Überprüfung.
Der Server verwendet https und signiert die Antwort auf die Lizenzprüfung auch digital. Es hat auch eine API für CRUD-Test-Apps und Benutzer (Herausgeber und Entwickler). Ähnlich wie bei Licensing Verfication Library können Entwickler ihre Verhaltensimplementierung in der Test-App mit Testergebnissen testen. So können Sie im Konfigurator Ihre Lizenzantwort explizit auf "lizenziert", "nicht lizenziert" oder "Serverfehler" setzen.
Wenn Sie Ihre App mit einer neuen Funktion aktualisieren, möchten Sie möglicherweise, dass jeder sie erneut versuchen kann. Im Konfigurator können Sie die Testlizenz für Benutzer mit abgelaufenen Lizenzen erneuern, indem Sie einen Versionscode festlegen, der dies auslösen soll. Beispielsweise führt der Benutzer Ihre App mit Versionscode 3 aus und Sie möchten, dass er die Funktionen von Versionscode 4 ausprobiert. Wenn er die App aktualisiert oder neu installiert, kann er die vollständige Testphase erneut verwenden, da der Server weiß, auf welcher Version er sie zuletzt ausprobiert hat Zeit.
Alles unterliegt der Apache 2.0-Lizenz
quelle
Der einfachste und beste Weg, dies zu tun, ist die Implementierung von BackupSharedPreferences.
Die Einstellungen bleiben erhalten, auch wenn die App deinstalliert und neu installiert wird.
Speichern Sie einfach das Installationsdatum als Präferenz und Sie können loslegen.
Hier ist die Theorie: http://developer.android.com/reference/android/app/backup/SharedPreferencesBackupHelper.html
Hier ist das Beispiel: Android SharedPreferences Backup funktioniert nicht
quelle
Ansatz 4: Verwenden Sie die Installationszeit der Anwendung.
Seit API Level 9 (Android 2.3.2, 2.3.1, Android 2.3, GINGERBREAD) gibt es firstInstallTime und lastUpdateTime in
PackageInfo
.Lesen Sie mehr: So erhalten Sie App-Installationszeit von Android
quelle
Jetzt, da die aktuelle Version des kostenlosen Android-Testabonnements hinzugefügt wurde, können Sie alle Funktionen Ihrer App erst freischalten, nachdem Sie das Abonnement innerhalb der App für einen kostenlosen Testzeitraum gekauft haben. Auf diese Weise kann der Benutzer Ihre App für einen Testzeitraum verwenden. Wenn die App nach dem Testzeitraum noch deinstalliert ist, wird das Abonnementgeld an Sie überwiesen. Ich habe es nicht versucht, sondern nur eine Idee geteilt.
Hier ist die Dokumentation
quelle
Meiner Meinung nach ist der beste Weg, dies zu tun, einfach die Firebase-Echtzeitdatenbank zu verwenden:
1) Fügen Sie Ihrer App Firebase-Unterstützung hinzu
2) Wählen Sie "Anonyme Authentifizierung", damit sich der Benutzer nicht anmelden oder gar wissen muss, was Sie tun. Dies wird garantiert mit dem aktuell authentifizierten Benutzerkonto verknüpft und funktioniert somit geräteübergreifend.
3) Verwenden Sie die Echtzeitdatenbank-API, um einen Wert für 'installiertes_Datum' festzulegen. Rufen Sie zum Startzeitpunkt einfach diesen Wert ab und verwenden Sie ihn.
Ich habe das gleiche getan und es funktioniert großartig. Ich konnte dies bei Deinstallation / Neuinstallation testen und der Wert in der Echtzeitdatenbank bleibt gleich. Auf diese Weise funktioniert Ihre Testphase auf mehreren Benutzergeräten. Sie können Ihr Installationsdatum sogar versionieren, sodass die App das Testdatum für jede neue Hauptversion zurücksetzt.
UPDATE : Nachdem Sie ein bisschen mehr getestet haben, scheint es, dass anonymes Firebase eine andere ID zuzuweisen scheint, falls Sie andere Geräte haben, und es wird nicht garantiert, dass es zwischen Neuinstallationen installiert wird: / Die einzige garantierte Möglichkeit besteht darin, Firebase zu verwenden, aber es an Google zu binden Konto. Dies sollte funktionieren, würde jedoch einen zusätzlichen Schritt erfordern, bei dem sich der Benutzer zuerst anmelden / anmelden muss.
Bisher habe ich einen etwas weniger eleganten Ansatz gefunden, bei dem einfach die gesicherten Einstellungen und ein Datum überprüft werden, das bei der Installation in den Einstellungen gespeichert wurde. Dies funktioniert für datenzentrierte Apps, bei denen es für eine Person sinnlos ist, die App erneut zu installieren und alle zuvor hinzugefügten Daten erneut einzugeben, dies würde jedoch für ein einfaches Spiel nicht funktionieren.
quelle
Nachdem ich mir alle Optionen in diesem und anderen Threads angesehen habe, sind dies meine Ergebnisse
Gemeinsame Einstellungen , Datenbank Kann in den Android-Einstellungen gelöscht werden und geht nach einer Neuinstallation der App verloren. Kann mit dem Backup-Mechanismus von Android gesichert werden und wird nach einer Neuinstallation wiederhergestellt. Backup ist möglicherweise nicht immer verfügbar, sollte jedoch auf den meisten Geräten vorhanden sein
Externer Speicher (Schreiben in eine Datei) Nicht betroffen von einem Löschen der Einstellungen oder einer Neuinstallation, wenn nicht in das private Verzeichnis der Anwendung geschrieben wird . Aber: erfordert, dass Sie den Benutzer zur Laufzeit in neueren Android-Versionen um seine Erlaubnis bitten , daher ist dies wahrscheinlich nur möglich, wenn Sie diese Erlaubnis trotzdem benötigen. Kann auch gesichert werden.
PackageInfo.firstInstallTime Wird nach einer Neuinstallation zurückgesetzt, ist jedoch über Updates hinweg stabil
Bei einem Konto anmelden Es spielt keine Rolle, ob es sich um das Google-Konto über Firebase oder eines auf Ihrem eigenen Server handelt: Die Testversion ist an das Konto gebunden. Durch das Erstellen eines neuen Kontos wird die Testversion zurückgesetzt.
Anonyme Firebase-Anmeldung Sie können einen Benutzer anonym anmelden und Daten für ihn in Firebase speichern. Aber offenbar eine erneute Installation der App und vielleicht andere nicht dokumentierte Ereignisse können dem Benutzer eine neue anonyme ID geben , ihre Probezeit zurückzusetzen. (Google selbst liefert hierzu nicht viel Dokumentation)
ANDROID_ID ist möglicherweise nicht verfügbar und kann sich unter bestimmten Umständen ändern , z. B. durch Zurücksetzen auf die Werkseinstellungen. Die Meinungen darüber, ob es eine gute Idee ist, Geräte zu identifizieren, scheinen sich zu unterscheiden.
Play Advertising ID Kann vom Benutzer zurückgesetzt werden. Kann vom Nutzer deaktiviert werden, indem die Anzeigenverfolgung deaktiviert wird.
InstanceID Bei einer Neuinstallation zurücksetzen . Im Falle eines Sicherheitsereignisses zurücksetzen. Kann von Ihrer App zurückgesetzt werden.
Welche (Kombination von) Methoden für Sie funktionieren, hängt von Ihrer App ab und davon, wie viel Aufwand der durchschnittliche John Ihrer Meinung nach in eine weitere Testphase stecken wird. Ich würde empfehlen, aufgrund ihrer Instabilität nicht nur anonyme Firebase- und Werbe-IDs zu verwenden. Ein Multi-Faktor-Ansatz scheint die besten Ergebnisse zu erzielen. Welche Faktoren Ihnen zur Verfügung stehen, hängt von Ihrer App und ihren Berechtigungen ab.
Für meine eigene App empfand ich gemeinsame Einstellungen + firstInstallTime + Sicherung der Einstellungen als die am wenigsten aufdringliche, aber auch effektivste Methode. Sie müssen sicherstellen, dass Sie eine Sicherung erst anfordern, nachdem Sie die Teststartzeit in den freigegebenen Einstellungen überprüft und gespeichert haben. Werte in den freigegebenen Einstellungen müssen Vorrang vor firstInstallTime haben. Dann muss der Benutzer die App neu installieren, einmal ausführen und dann die Daten der App löschen, um die Testversion zurückzusetzen, was ziemlich viel Arbeit bedeutet. Auf Geräten ohne Backup-Transport kann der Benutzer die Testversion jedoch durch einfaches Neuinstallieren zurücksetzen.
Ich habe diesen Ansatz als erweiterbare Bibliothek zur Verfügung gestellt .
quelle
Per Definition können alle kostenpflichtigen Android-Apps auf dem Markt nach dem Kauf 24 Stunden lang bewertet werden.
Es gibt eine Schaltfläche "Deinstallieren und erstatten", die nach 24 Stunden in "Deinstallieren" geändert wird.
Ich würde behaupten, dieser Knopf ist viel zu prominent!
quelle
Ich bin auf diese Frage gestoßen, als ich nach dem gleichen Problem gesucht habe. Ich denke, wir können eine kostenlose Datums-API wie http://www.timeapi.org/utc/now oder eine andere Datums-API verwenden, um den Ablauf der Trail-App zu überprüfen. Dieser Weg ist effizient, wenn Sie die Demo liefern möchten und sich Sorgen um die Zahlung machen und eine Demo mit fester Amtszeit benötigen. :) :)
Finden Sie den Code unten
seine funktionierende Lösung .....
quelle
Hier ist, wie ich meine gemacht habe, ich habe 2 Apps erstellt, eine mit Testaktivität, die andere ohne,
Ich habe die ohne Testaktivität hochgeladen, um den Store als kostenpflichtige App zu spielen.
und der mit Testaktivität als kostenlose App.
Die kostenlose App beim ersten Start bietet Optionen für den Test- und Store-Kauf. Wenn der Benutzer den Store-Kauf auswählt, wird sie zum Kauf an den Store weitergeleitet, aber wenn der Benutzer auf Test klickt, werden sie zur Testaktivität weitergeleitet
NB: Ich habe Option 3 wie @snctln verwendet, aber mit Änderungen
Erstens war ich nicht von der Gerätezeit abhängig. Ich habe meine Zeit aus der PHP-Datei erhalten, die die Testregistrierung für die Datenbank durchführt.
Zweitens habe ich die Seriennummer des Geräts verwendet, um jedes Gerät eindeutig zu identifizieren.
Schließlich hängt die App auf dem Zeitwert von der Server - Verbindung nicht seine eigene Zeit zurückgeführt, so kann das System nur umgangen werden , wenn die Seriennummer des Geräts geändert wird, die für einen Benutzer ziemlich stressig ist.
Also hier ist mein Code (für die Testaktivität):
Meine PHP-Datei sieht so aus (es ist eine REST-Slim-Technologie):
Bei der Hauptaktivität verwende ich die gemeinsame Einstellung (in der Testaktivität erstelltes Installationsdatum), um die Anzahl der verbleibenden Tage zu überwachen. Wenn die Tage vorbei sind, blockiere ich die Benutzeroberfläche der Hauptaktivität mit einer Nachricht, die sie zum Kauf in den Laden bringt.
Der einzige Nachteil, den ich hier sehe, ist, dass wenn ein Rogue-Benutzer die kostenpflichtige App kauft und beschließt, sie mit Apps wie Zender zu teilen, die APK-Datei direkt auf einem Server zu teilen oder sogar zu hosten, damit die Leute sie kostenlos herunterladen können. Aber ich bin mir sicher, dass ich diese Antwort bald mit einer Lösung dafür oder einem Link zur Lösung bearbeiten werde.
Hoffe das rettet eine Seele ... eines Tages
Viel Spaß beim Codieren ...
quelle
@snctln Option 3 kann einfach durchgeführt werden, indem eine PHP-Datei zu einem Webserver hinzugefügt wird, auf dem PHP und MySQL installiert sind, wie viele von ihnen.
Von der Android-Seite wird eine Kennung (die Geräte-ID, das Google-Konto oder was auch immer Sie wollen) als Argument in der URL mit HttpURLConnection übergeben und das PHP gibt das Datum der ersten Installation zurück, wenn es in der Tabelle vorhanden ist oder eine neue Zeile und einfügt es gibt das aktuelle Datum zurück.
Es funktioniert gut für mich.
Wenn ich Zeit habe, werde ich einen Code posten!
Viel Glück !
quelle