Как вы можете сделать обзорную копию приложения для Android?

Question

Меня попросили дать несколько обзорных копий приложения для Android, которое я написал, и это здорово, но я не хочу раздавать полное приложение кому-либо. Я хочу сделать ограниченную по времени версию (которая работает около двух недель, а затем отказывается от призрака).

Какой самый простой способ сделать это? Я не проверял это сам, но я думаю, что теоретически, если кто-то создал приложение с использованием хранилища ключей, срок действия которого истекает через две недели, может сработать. Это правильно, или мне нужно добавить в приложение строку кода, которая отключит его, если вы попытаетесь загрузить его после установленной даты?

Answer 1

Склад ключей не проверяется после установки приложения; только во время установки проверяется дата.

Я полагаю, вы должны будете ввести свой собственный код ограничения времени. Хотя, если вы хотите быть действительно параноиком, вы можете подумать, что пользователь может изменить часы своего устройства.

В качестве альтернативы, вы можете выполнить онлайн-проверку (по времени на вашем сервере) или сделать так, чтобы в каждом выданном вами APK был установлен отдельный токен, который будет проверен на вашем сервере.

Answer 2

У меня самое простое предложение, что если рецензент купит приложение, а вы вернете платеж?

Answer 3

Я просто подумал о классном способе сделать это. Вы создаете бета-версию своего приложения и можете определить группу тестеров, вам просто нужен адрес электронной почты этого человека или сообщество G +, к которому он может запросить доступ, а затем добавьте их в бета-программу. *

Answer 4

Вы можете использовать TelephonyManager.getDeviceId() и создать сборку своего приложения, которая будет работать только на телефоне рецензента.

Вы можете либо жестко запрограммировать это в приложении, либо проверить телефон на своем сервере, где вы будете хранить разрешения для каждого идентификатора устройства. В последнем случае ваше приложение может отображать идентификатор устройства, когда оно не может найти лицензию; рецензент говорит вам об этом, а затем вы вводите это в свою БД.

Answer 5

Звучит как отличная идея. Возможно, вы захотите сделать приложение мобильным телефоном и проверить на сервере, что прошло определенное время. Пользователи всегда могут удалить файл настроек на телефоне или удалить и переустановить приложение, чтобы обойти ограничения на телефоне.

Я считаю, что подход с хранилищем ключей также может работать, но я не совсем уверен, как они работают в Android.

Пожалуйста, сделайте этот проект с открытым исходным кодом, когда вы закончите - я думаю, что это будет полезно для многих людей!

Answer 6

Самый простой способ - жестко закодировать дату окончания и больше не запускаться после нее. это можно обойти, если пользователи изменят свое системное время, но это своего рода хлопот, через который нужно пройти.

в противном случае ваше приложение может периодически проверять лицензию, подключаясь к серверу по протоколу http, но это требует дополнительной работы.

Answer 7

В зависимости от типа приложения, которое вы предоставляете рецензентам, у вас могут быть другие варианты.

Вы кодируете его как много условно-бесплатных программ и позволяете приложению запускаться так много раз. Код для этого будет очень легко реализовать. Конечно, рецензент может удалить данные, но не очень легко. Я не думаю, что они пережили бы столько неприятностей, возможно, за пару долларов.

Answer 8

Согласно Google: «Если вы планируете публиковать свои приложения в Android Market, ключ, который вы используете для подписи приложений, должен иметь период действия, заканчивающийся после 22 октября 2033 года. Сервер Market выполняет это требование чтобы пользователи могли без проблем обновлять приложения Market, когда доступны новые версии "

То, что мы сделали с нашей записью для разработчика II, было то, что когда мы достигли срока действия, любые новые обработанные данные были заменены предупреждением об истечении срока действия. Таким образом, приложение функционировало с существующими данными, но не с какими-либо новыми данными, введенными пользователем после истечения срока действия. Поскольку наше приложение обрабатывало текстовые сообщения, установка часов назад была нереалистичным долгосрочным решением для пользователя преодолеть истечение срока действия.