Adamos

Вопрос, что и на чем вы хотите писать.
Игрушки можно сразу писать на С++, используя кроссплатформенные библиотеки типа Cocos2d-x, и приспособление к устройствам будет минимальным. Но сколько вы потратите на написание самого приложения?
Программы, которые должны следовать HIG той и другой системы, будут как минимум различаться интерфейсом.
Ну, а если вы собираетесь под Андроид писать на Джаве, а под Яблоко - на Свифте, то у вас две программы на двух разных языках - то есть и работа двойная, как ни крути.

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

Ну, у меня бесплатное приложение под Андроид, iOS и Windows с возможностью открывать контент, купленный на сайте (в том числе и с возможностью покупки прямо из приложения, с указанием логина и пароля от регистрации на сайте). Покупки оплачиваются со внутреннего счета на сайте, он уже пополняется через платежные системы.
В том же Маркете 50 тысяч загрузок, претензий от Гугля нет.

P.S. По мотивам прочих комментариев: да, контент, купленный как на сайте, так и в приложении, может быть открыт в аналогичном приложении на другой платформе. Так что под правила, по крайней мере, Гугля, мой вариант вполне подходит.

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

Разработка приложений для андроид даже не означает, что придется писать именно для андроид.
При портировании десктопных программ вполне можно оставить всю логику, если она не завязана на какие-то библиотеки, и переписать только интерфейс.
А потом собрать все то же самое под iOS... если, конечно, заранее озаботиться вопросом и работать с кроссплатформенной библиотекой для интерфейса.

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