Олег

https://www.google.com/help/terms_maps/?hl=ru
Читаем внимательно
2а 2д 2е подходят под ваш случай.
У Яндекс карт же явно написано.
https://yandex.ru/dev/commercial/doc/ru/
5. Нельзя использовать API для мониторинга и диспетчеризации

Поэтому лучше связаться и уточнить о коммерческом (за деньги) использования карт в вашем проекте

тестовые карты это для интернет экваринга. Куар про который вы спрашиваете, вероятнее всего СБП.
Данную технологию все банки вкрутили через расширение интернет экваринга.

Так как делали это все паралельно то наворотили, кто во что горазд.
Механизм тестирования тут отдельный. Из запомнившихся. Онлайн эмулятор для сканирования кодов и их оплаты, телеграм бот, в публичном доступе учетка для мерчанта, который позволяет сделать пожертвония в фонд. У кого-то есть песочница, где-то ее совсем нет.

В общем читайте ветку документации оплата по СБП в доках апи банка/юмоней или что вы там прикручиваете.

Документация на самом сайте СБП это не для конечных потребителей, так как там нужен статус банковской организации

В общем, пракручивал api 5 систем. Там или тестами по частям покрывать. Разбор ответов АПИ из данных подсунутых напрямую. Или тупо гонять с тестовыми доступами. Альфа-банк даёт только реальному клиенту и на время до перехода на прод.
Поэтому ещё фиктивного поставщика АПИ сделал. Чётные рубли успех, нечётные отказ, 13 ошибка и несколько других сумм. А копейки количество секунд через сколько переходит в известное состояние, а пока меньше, то в статусе новый.

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

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

Приложение - это архив. Внутри файлы подготовленные для исполнения на виртуальной яве машине.
основной код в dex файлах. из него можно востановить smali инструкции для ВМ. И частично исходники java.
Приложения на котлин, флатере так легко не получиться. А еще бывают .so - это бинарный код. Там до инструкций асемблера, а более высокий ЯВУ получить почти без вариантов

https://developer.android.com/reference/androidx/m...
если только через это апи раскрутите.

Сперва стоит подумать о своей безапосности - УК РФ Статья 171.2
Если от мошеничества со стороны клиента легко защититься тем, что он
может только сделать ставку/действие и ему переданы только данные карт, которые он вскрыл (получил на руки, козырь и т.д.), размер банка.
То остается момент обмана со стороны сервера. То есть исходная колода и полный лог хода игры. Как это реализовать ?
- А вот эта часть для просто разлекательной игры не нужна. Мы же не пишем казино ?

Потому что гладиолус. Рут нельзя получить через apk файл.
https://habr.com/ru/articles/541190/
почитайте почему плохо пользоваться таким телефоном. Заодно хоть немного поймете, что
получение привелегий не простая операция. Если провести аналогию с ПК, то взлом идет
через дырки биоса или его замену.
В момент начального пробуждения телефона можно перевести его в состояние, когда он будет принимать прошивку с внешнего устройства (компьютера)

Технически можете, а вот практически это путь к бану в сторах.
На 99 процентов уверен, что у Вас нет аккаунта разработчика гугла.
Теоретически у плея есть нужный механизм. Но если платежная система заглушена, то купонами воспользоваться
тоже нельзя. да и там 500 штук всего, и назначение купонов для стимулирования пользователей, а не вместо платежей. Теоретически плей разрешил встраивать другие механизмы оплаты, а на практике ИИ докапывается, что левый биллинг.
Теоретически можете написать свой биллинг, а на практике Вы хотя бы запускали один интернет магазин с экварингом и моментальной выдачей электронных товаров?

Ha 4pda, если монетизации не будет. На гитхаб, если опенсоурс.

Оказывается я все же подвержен синдрому поля From :)
Вы можете мечтать сделать приложение. Долго писать ТЗ. Делать даже живые прототипы.
Но первое, что нужно оценить. Оно себя окупит или нет ?
Пробывать идеи через запуск MVP можно или когда денег много и шансы менее 1% вас устраивают или когда можешь сам сделать целиком.

откуда берется информация для приложений?

Думаю все мы писали в школе доклады/рефераты. Вот как появился текст реферата очень похоже на то и откуда информация в приложениях.
А гугл как строгий учитель проверяет ваши работы с учетом
авторских прав
https://support.google.com/googleplay/android-deve...
созданного пользователями
https://support.google.com/googleplay/android-deve...
сгенерированного ИИ
https://support.google.com/googleplay/android-deve...

зы забыл, если медицина, то там еще требования

не выйдет. Воспроизведение аудио в голосовой канал телефонии не доступно.
Смотрите в сторону переадресации звонков.

будь проще. Если функция не смогла получить данные - выводи "Отсутвует подключение к интернету".
Пермишен на доступ к сети дается по факту упоминания в манифесте.
А то, что вы описали потянет за собой запрос кучи других пермишенов (которые придется просить пользователя дать вручную) и не факт, что сможете сделать универсально (вендоровские варианты андроида). Кроме того ограничения на доступ в сеть может и адгуард (аналоги) наложить. И что теперь? просить пермишен на все установленные пакеты ?

Минимально 0 рублей , если выполнено следующее
1) Вы сами мульти стек разработчик/сисадмин и дба
2) Вы уже оплатили 25 баксов гуглу и/или ежегодно отстегивается 100 эплу
3) У вас есть свой сервак в сети за 5-15 тысяч рублей в месяц
4) До этого занимались киберсквотингом и в портфеле завалялся подходящий домен
ну или накопили скидок и можете брать домены по 149 рублей (меньше 129 уже подозрительно. Текущая отпускная ру центра для регистраторов)
5) придется покрутиться с поисками вариантов использования апи карт бесплатно

По времени. Тут АХЗ за сколько напишите
1. Privacy police
2. EULA
3. Заполните все остальные обязательные разделы в сторах

Ну а дальше остается самая малость реализовать бизнес логику и обязательный функционал (всякие там опенсоурсе, принятие лицензии с учетом требований ГДПРА).

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

Так что если делать выкладку, то с компа заказчика оставив дома все гугл гаджеты

Так у вопроса стоит тег андроид, а основной стор от гугла, то наверное еще до начала написания приложения стоило подумать о прохождении модерации.

У вас получается приложение с регистрацией, в котором пользователи могут взаимодействовать друг с другом.
А так как это семейный совместный планировщик, то значит и детский тоже.

Имеем
1) Политика конфидициальности
2) Участие в программе "Приложении для всей семьи"
3) Соответствие законам почти 200 стран

Почему так ? А параноя и нежелание гугла быть крайним.

Вот закладчики или педофилы начнут ваше приложение использовать ? Что будете делать ? Как органам отвечать ?

Никак. Технические решения не работают.
Ваша база из открытых источников ?
Думаю даже юридическая защита тут не поможет.

Только постоянная актуализация.
Занятие лидирущих позиций по ASO в своей нише.
Продвижение.
Цены на грани рентабельности.

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

Что такое "движок" в вашем вопросе ?
Как дизайн зависит от движка ?
Что делает в вопросе название среды разработки ?

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

Теперь к мобильной разработке.
Нормальные приложения не делаются на "движках".

Есть язык программирования (ява,котлин,свифт и другие)
Есть наборы готовых библиотек.
Есть рекомендованные требования к внешнему виду.
Например Material Design (2 и 3)
Есть типовые подходы к архитектуре приложения

И если узко рассуждать о красивом стиле, то сейчас это материал дизайн

Хмм. Может опять маркетологи балуются ?
За 5 лет я выложил в магазин больше 100 версий приложения.
У приложения есть два номера (один целое число, второе в виде строки)
Теущий целочисленный номер 164.
В виде строки сейчас 5.70.2
Общим принцип
5 - меняется, если сломалась совместимость или приложение стало восприниматься как новое или очень много сразу новых фишек.
70 - добавил новых функций.
2 - сделал исправления.

Мелочь (3-я цифра) - фиксы. Сразу за предыдущим релизом с косяком - хотфикс
по хорошему именно фиксы (исправления) я бы называл апдейтами.
остальное - улучшения - апгрейд - растет стоимость(ценность)

Но для меня это все просто новая версия. Обкатается без замечаний на тестерах - станет релизом, нет - так нет.