Две версии одного приложения
Две версии одного приложения
Как делаются две версии одного приложения. Первое с небольшими ограничениями второе без. Это как я понял должны быть два разных приложения. Но как поменять имя не исправляя в каждом классе название пакета (новый проект с копией текстов), чтоб создать копию. Или без копии можно обойтись? Вторая копия проекта плохое решение - тяжелее поддерживать два программных кода.
Re: Две версии одного приложения
а почему одно приложение не сделать? просто в нужных местах проверки поставить и ограничить функционал.
если всё таки делать два, то имя пакета должны быть одинаковы что бы при установки фул версии демо версия снасилась
если всё таки делать два, то имя пакета должны быть одинаковы что бы при установки фул версии демо версия снасилась
R.id.team
Политика на форуме запрещена
Политика на форуме запрещена
Re: Две версии одного приложения
Может я что-то не понимаю но google play не позволяет загрузить второй пакет с тем же именем.rezak90 писал(а):а почему одно приложение не сделать? просто в нужных местах проверки поставить и ограничить функционал.
если всё таки делать два, то имя пакета должны быть одинаковы что бы при установки фул версии демо версия снасилась
Re: Две версии одного приложения
Наверно нужно версию приложения указать +1alu писал(а):Может я что-то не понимаю но google play не позволяет загрузить второй пакет с тем же именем.rezak90 писал(а):а почему одно приложение не сделать? просто в нужных местах проверки поставить и ограничить функционал.
если всё таки делать два, то имя пакета должны быть одинаковы что бы при установки фул версии демо версия снасилась
http://apcmag.com/how-to-take-your-app-to-market.htm
Когда выкладываете код на форум - код оформляйте. Редактор - поищите слова Geshi Syntax -Java. (или xml)
Свои сообщения можно редактировать - кнопка edit.
Свои сообщения можно редактировать - кнопка edit.
Re: Две версии одного приложения
Наверно вопрос нужно внимательней читать.trew писал(а):Наверно нужно версию приложения указать +1alu писал(а):Может я что-то не понимаю но google play не позволяет загрузить второй пакет с тем же именем.rezak90 писал(а):а почему одно приложение не сделать? просто в нужных местах проверки поставить и ограничить функционал.
если всё таки делать два, то имя пакета должны быть одинаковы что бы при установки фул версии демо версия снасилась
http://apcmag.com/how-to-take-your-app-to-market.htm
Но еще раз напишу попроще.
Есть версия приложения с ограничениями халявная.
Есть платная. Делают одно и тоже.
Название пакета одно и тоже - маркет не позволяет загрузить
Что делать?
Re: Две версии одного приложения
я как будто не знаю что с одним пакетом нельзя загружать в маркет))) нужно было сразу вопрос конкретизироват.
на счёт что делать, ответ же очевиден - два приложения с разными пакетами.
на счёт что делать, ответ же очевиден - два приложения с разными пакетами.
R.id.team
Политика на форуме запрещена
Политика на форуме запрещена
Re: Две версии одного приложения
А в чём отличие от варианта, когда на маркет выкладываем абсолютно разные две программы?rezak90 писал(а):я как будто не знаю что с одним пакетом нельзя загружать в маркет))) нужно было сразу вопрос конкретизироват.
на счёт что делать, ответ же очевиден - два приложения с разными пакетами.
Не пробовал, но есть подозрение, что когда два приложения с разными пакетами -
full-версия не затрет demo-версию, при установке на устройство android. Это будет две программы на устройстве.
И пользователю придется руками удалять demo-версию.
Когда выкладываете код на форум - код оформляйте. Редактор - поищите слова Geshi Syntax -Java. (или xml)
Свои сообщения можно редактировать - кнопка edit.
Свои сообщения можно редактировать - кнопка edit.
Re: Две версии одного приложения
Т.е. без вариантов придется поддерживать два кода программы?rezak90 писал(а):я как будто не знаю что с одним пакетом нельзя загружать в маркет))) нужно было сразу вопрос конкретизироват.
на счёт что делать, ответ же очевиден - два приложения с разными пакетами.
Re: Две версии одного приложения
даalu писал(а):Т.е. без вариантов придется поддерживать два кода программы?
Но видел как люди упрощали себе жизнь: делают из проекта библиотеку и использую эту либу как в демо версии так и в фулл... как бы библиотека является полной версией, в демо используется только то что надо, в полной всё... удобство в том что бы не копипастить и не вырезать не нужный код каждый раз.
R.id.team
Политика на форуме запрещена
Политика на форуме запрещена
Re: Две версии одного приложения
Грустно конечно, ну да ладно. А есть в Андроид студио может что-то чтоб проект переименовать?rezak90 писал(а):даalu писал(а):Т.е. без вариантов придется поддерживать два кода программы?
Но видел как люди упрощали себе жизнь: делают из проекта библиотеку и использую эту либу как в демо версии так и в фулл... как бы библиотека является полной версией, в демо используется только то что надо, в полной всё... удобство в том что бы не копипастить и не вырезать не нужный код каждый раз.
Re: Две версии одного приложения
Refactor->Rename->Rename package, не?alu писал(а):Грустно конечно, ну да ладно. А есть в Андроид студио может что-то чтоб проект переименовать?rezak90 писал(а):даalu писал(а):Т.е. без вариантов придется поддерживать два кода программы?
Но видел как люди упрощали себе жизнь: делают из проекта библиотеку и использую эту либу как в демо версии так и в фулл... как бы библиотека является полной версией, в демо используется только то что надо, в полной всё... удобство в том что бы не копипастить и не вырезать не нужный код каждый раз.
Личные сообщения с просьбой ответить на форуме или написать программу я просто удаляю, если я в хорошем настроении. Если в плохом добавляю автора в черный список. По любым другим вопросам feel free to write to me.
Re: Две версии одного приложения
Можно попробовать apfsplitter:alu писал(а):Как делаются две версии одного приложения. Первое с небольшими ограничениями второе без. Это как я понял должны быть два разных приложения. Но как поменять имя не исправляя в каждом классе название пакета (новый проект с копией текстов), чтоб создать копию. Или без копии можно обойтись? Вторая копия проекта плохое решение - тяжелее поддерживать два программных кода.
http://derevyanko.blogspot.ru/2011/02/a ... -free.html
Но вообще вместо плясок с про/фри версией, я бы посоветовал делать покупки прямо внутри приложения, тем более если функционал не особо отличается:
http://developer.android.com/intl/ru/go ... rview.html
Re: Две версии одного приложения
Пожалуй я так и сделаю - продажа внутри приложения лучший вариант в моем случае, так как функционал очень мало разниться. А поддержка двух кодов это слишком мучительноklblk писал(а):Можно попробовать apfsplitter:alu писал(а):Как делаются две версии одного приложения. Первое с небольшими ограничениями второе без. Это как я понял должны быть два разных приложения. Но как поменять имя не исправляя в каждом классе название пакета (новый проект с копией текстов), чтоб создать копию. Или без копии можно обойтись? Вторая копия проекта плохое решение - тяжелее поддерживать два программных кода.
http://derevyanko.blogspot.ru/2011/02/a ... -free.html
Но вообще вместо плясок с про/фри версией, я бы посоветовал делать покупки прямо внутри приложения, тем более если функционал не особо отличается:
http://developer.android.com/intl/ru/go ... rview.html
Re: Две версии одного приложения
А возможны ли на этапе тестирования тестовые платежи, чтобы на тестируемых аппаратах можно было сделать покупку и проверять полные версии? Программа сейчас только в альфа-тестирование залита.
Re: Две версии одного приложения
Здесь тоже отпишусь.
Встроенная платежная система - удобно и просто.
НО глюченная страшно, в доках пишут - что можно спокойно вызывать в основном потоке - это безопастно. Не верьте криворукие Индусы, что это писали, явно тестировали это раз всего или вообще забыли что проверять свой код надо. Если все же (как я) будете использовать, то очень советую это дело в try... catch блоки заключать, в том числе и уничтожение (dispose) этого шедевра Индусской мысли.
Встроенная платежная система - удобно и просто.
НО глюченная страшно, в доках пишут - что можно спокойно вызывать в основном потоке - это безопастно. Не верьте криворукие Индусы, что это писали, явно тестировали это раз всего или вообще забыли что проверять свой код надо. Если все же (как я) будете использовать, то очень советую это дело в try... catch блоки заключать, в том числе и уничтожение (dispose) этого шедевра Индусской мысли.