Публикация одного и того же приложения для разных клиентов в магазине игр и магазине приложений

Question

Context

У нас есть приложение (для iOS и Android), которое мы хотели бы по-разному стилизовать для разных клиентов. Под этим я подразумеваю, что функциональность, функции, навигация, макет и т. Д. c. приложения останутся точно такими же, но то, что изменится - это шрифты, значки, цвета, формы кнопок, размеры шрифтов и т. д. c. который будет указывать c на бренд клиента. Мы также хотим иметь разные списки магазинов для каждого бренда, и приложение может называться с другим именем для каждого бренда, например XXX App

Возможные решения

Мы рассмотрели следующие решения

1. Иметь полностью отдельные базы кода для приложения / клиента - преимуществом будет простота публикации, но огромные затраты на обслуживание будут самым большим недостатком

2. Наличие одного кодовая база, но выполняйте какое-то тематическое решение / клиент - в этом случае, не знаете, как будет работать процесс публикации с точки зрения идентификаторов пакетов, список магазинов и т. д. c.

3. Имеется единая база кода с пакетами или библиотеками. Создавайте различные приложения оболочки для разных клиентов и импортируйте базовые пакеты или библиотеки

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

5. Использование некоторых доморощенных bash Сценарий механизма для настройки вещей во время сборки?

6. какой-то другой механизм ...?

Вопросы

Я хотел бы знать

1. Каков будет приемлемый (по правилам App store и Play store) механизм для публикации sh такого приложения для разных клиентов.
2. В случае одного листинга магазина на клиента, могут ли applicationID (android) или bundleID (ios) быть одинаковыми для всех списков в магазинах? или они должны были быть другими?
3. В случае одного листинга магазина на клиента, для iOS потребуется ли приложению разный SKU для каждого листинга?
4. В случае одного листинга магазина на клиента, для iOS будет приложение требует разные SKU для каждого списка?

Спасибо

Answer 1

Согласно рекомендациям по обзору App Store, вы ДОЛЖНЫ опубликовать sh приложение с идентификатором Apple своих клиентов, поскольку оно имеет название и марку. Или вы можете опубликовать sh самостоятельно с юридическим письменным заявлением, в котором говорится, что вы можете использовать их бренд для публикации sh приложения.

В руководстве 5.2 об этом говорится более подробно.
https://developer.apple.com/app-store/review/guidelines/

Для Google Play все то же самое, но реализация появилась совсем недавно. Лично я не пытался подать приложение для клиента после того, как Google опубликовал эти новые правила, но я делал это один раз (2 месяца go) и пока никаких проблем.

Вы можете посмотреть на это правила более подробно здесь:
https://play.google.com/about/ip-impersonation/ip/

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

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