64-разрядные рекомендации для Android-приложений - получение противоречивой информации - PullRequest
1 голос
/ 30 мая 2019

Google требует, чтобы все приложения, представленные после 1 августа, имели 64-битные и 32-битные файлы .so. У них есть статья о том, как упаковать оба набора библиотек в ваш .apk

Мне сказали, что вместо этого мы должны создать 2 приложения, одно с 32-битными библиотеками и одно с 64-битными библиотеками, и отправить их с разными кодами версий. Будет ли это даже работать?

Насколько я понимаю, 32-битное приложение не будет принято даже после 1 августа, так как я могу отправить оба? Если я сначала отправлю 64-разрядную версию, будет ли в порядке магазин, а затем отправит только 32-разрядную?

Еще более запутанным является то, что мне сказали использовать коды версий далеко друг от друга, чтобы различать 32-битные и 64-битные версии. Итак, сегодня мой код версии 32. В августе я отправлял 32-битное приложение с кодом 33 и 64-битное с кодом 1033. А затем для другого приложения я бы отправлял одно с кодами 34 и 1034. Это не имеет смысла для меня, потому что я понимаю, что вы никогда не можете вернуться назад в кодах версий, они всегда увеличиваются в цене.

Не то, чтобы это имело значение в этом контексте, но Kony (генератор мультиплатформенных приложений из JavaScript) говорит нам, что мы должны делать это таким образом. Этот совет просто не звучит правильно, и я не хочу, чтобы 1 августа выяснилось, что он не сработает.

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

Любые разъяснения приветствуются.

1 Ответ

0 голосов
/ 31 мая 2019

Я нашел документ на сайте разработки Android, который отвечает на все вопросы. https://developer.android.com/google/play/publishing/multiple-apks.html

...