2013-10-04 5 views
1

У меня есть «основное» приложение, которое выполняет некоторые функции, доступные для других приложений посредством вызова URL-адреса, например. core: // get_result [в соответствии с этим: http://x-callback-url.com/examples/]Требовать установку второго приложения в iOS

Я хочу, чтобы третьи стороны могли развиваться, вызывая мое ядро ​​или сами создавать более сложные приложения, которые вызывают ядро ​​изнутри оболочки. Мы разработали и протестировали этот подход.

Я хочу использовать этот подход, потому что:

  • мы не хотим подвергать наш основной код для разработчиков 3 участника
  • мы не хотим пользователей, которые устанавливают несколько приложений, которые используют то же самое ядро чтобы иметь несколько огромных загрузок (а не 1 большое ядро ​​и несколько небольших оберток)
  • Мы хотим держать жесткий контроль над содержимым в ядре (по нормативным соображениям), но более расслаблены вокруг обертки
  • мы останавливаем настройку людей базовый код таким образом
  • потенциально мы можем открыть это с помощью HTML5 'дизайнеров, а не разработчиков тоже ...

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

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

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

+0

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

+0

Возможный дубликат [Как проверить пользовательскую схему URL на iphone?] (Http://stackoverflow.com/questions/2716508/how-to-check-for-custom-url-scheme-on-iphone) –

+0

@MarcusAdams спасибо - возможно, это часть решения, но это не совсем то же самое «заявление о проблеме» (или я бы его нашел!). Мы полагаем, что для этого подхода есть веские причины (не в последнюю очередь, для пересмотра «ядра» требуется свернутый, дорогостоящий и требующий много времени процесс утверждения, но обертки (из которых могут быть несколько вокруг одного и того же ядра) несколько проще изменить. –

ответ

1

Да, вы можете определить, зарегистрирован ли ур другой обработчик URL, и если вы не можете запросить пользователей загрузить это приложение. Нет, вы не можете скрыть это. Не знаете, как будут восприниматься эти рецензенты Apple. Вы можете проверить TOS/Руководства. Также вы можете зарегистрировать все приложения в одном и том же пакете.

+0

спасибо - когда вы говорите, что обнаружение обработчика URL-адресов выполняется во время установки или когда вы пытаетесь вызвать обработчик URL-адреса/запустить приложение? В идеале вы хотите, чтобы пользователь обнаружил необходимость в основном приложении в момент их подключения к интернет/магазин приложений, а не несколько часов спустя, когда они идут, чтобы использовать приложение, и не имеют/плохого сигнала. Я не вижу ничего явно запрещающего это - и они позволяют регистрировать схемы URL, поэтому его логический подход. –

+0

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

Смежные вопросы