Белые лейблы Android и приложений IOS

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

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

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

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

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

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

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

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

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

Solutions Collecting From Web of "Белые лейблы Android и приложений IOS"

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

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 легче автоматизировать.