Приложения с ярлыками Android и IOS

У нас уже есть приложение IOS и Android в соответствующих магазинах приложений. Теперь мы планируем их белую метку. a) Каждый клиент, который использует наше белое меченое решение, получит приложение, получившее ребрендинг, свою собственную тему, логотип и, возможно, небольшую настройку, если это действительно необходимо. б) Мы будем размещать свои приложения и выполнять все службы, необходимые для поддержки приложений. c) Продолжайте толкать обновления, когда это требуется, что поможет стабильности продукта и т.д.

Весь код в настоящее время размещен на сервере хостинговой компании. Теперь я планирую переработать существующий API, который поможет разработать решение для белой маркировки.

Теперь сомнения у меня есть a) Должен ли я поддерживать отдельные базы данных для каждого белого помеченного решения  Примечание. Планирование состоит в том, что конечный пользователь, создавший учетную запись с любым белым помеченным решением, должен иметь возможность использовать одни и те же данные во всех наших дочерних белых меченых решениях.  Вопрос: Я считаю, что отдельные базы данных создадут проблему для достижения вышеуказанного решения?

b) У меня будет базовый API, который будет обслуживать несколько приложений с белым знаком? Таким образом, бэкэнд-обновления будут легче проталкивать?

c) Для каждого белого помеченного приложения мне придется реплицировать базу кода для Android и IOS, чтобы они были развернуты в соответствующих магазинах приложений отдельно для каждой компании, которая выбрала наше решение?

d) Если для каждого белого помеченного приложения мы поддерживаем отдельный код Android и IOS, то после развертывания, если нам нужно обновлять приложения, то это похоже на то, что мы должны делать для каждого отдельного белого помеченного приложения и отталкивать их обратно в хранилище? Пример. Если 100 компаний откажутся от белого помеченного решения и скажут, что все они используют наше решение. Теперь у нас есть, поскольку основная компания хочет включить некоторые аналитики в приложение. В идеальной ситуации я бы добавил весь код, связанный с аналитикой, и повторил их в хранилище приложений. Но если их будет 100, и тогда это будет трудно поддерживать.

Являются ли описанные выше способы объяснением правильных способов или есть ли лучшие способы сделать это?

Пожалуйста, дайте мне знать, если приведенное выше смущение или если требуется какое-либо дополнительное объяснение. Я был бы рад сделать это.

Любое предложение или ссылки, которые помогут мне понять, будут очень благодарны. Спасибо заранее

Ответ 1

Я сделал приложение с белой этикеткой раньше. Я могу ответить на большинство ваших вопросов очень кратко:

a) Одна база данных, поддерживающая несколько приложений.

b) Один API, поддерживающий несколько приложений.

c) Это большое решение. Вы можете использовать MonoTouch, Cordova/PhoneGap, appcelerator, rubymotion, Adobe Air, гибридное веб-приложение и т.д., Если вы хотите создать кросс-платформенную кодовую базу. Или вы можете создавать отдельные базы кода для iOS и Android. В нашем случае мы сделали отдельные кодовые базы для iOS и Android, чтобы сделать лучшее приложение возможным. У нас был один разработчик для Android, один для iOS.

d) В вашем сценарии, если для вашего приложения зарегистрировано 100 человек, и вам нужно нажать обновление в магазине, вы должны загрузить приложение 200 раз (100 для iOS, 100 для Android). Я более опытен в iOS, и я могу сказать вам, хотите ли вы его автоматизировать, он в некоторые моменты был возможен, но очень хакерский (ненадежный). По моему опыту мы просто загрузили приложения вручную. Это отстой, но это так. Я не удивлюсь, если Android будет легче автоматизировать.