2016-09-02 18 views
5

Próbuję stworzyć aplikację, która może być używana do generowania wielu aplikacji. Powiedzmy, że teraz robię aplikację na owoce, ale jutro klient będzie chciał stworzyć aplikację dla warzyw, a pojutrze dla mięsa i tak dalej.Prześlij wiele aplikacji na iOS z tym samym kodem bazowym

To, co teraz robię, to tworzenie aplikacji z tym samym kodem źródłowym i generowanie różnych celów dla każdego tematu (owoce, warzywa itd.) Z własnymi ustawieniami.

Na razie działa to naprawdę dobrze, ale chcę się upewnić, że wszystkie moje aplikacje mijają AppStore review guidelines. Ten, który mnie dotyczy to ten:

4.3 Spam Nie twórz wielu identyfikatorów pakietów z tej samej aplikacji. Jeśli Twoja aplikacja ma różne wersje dla konkretnych lokalizacji, drużyn sportowych, uniwersytetów itd., Rozważ przesłanie pojedynczej aplikacji i podanie odmian za pomocą zakupu w aplikacji. Unikaj także układania w kategorię, która jest już nasycona; App Store ma już wystarczającą liczbę programów typu fart, burp, flashlight i Kama Sutra. Spamowanie sklepu może doprowadzić do usunięcia z Programu dla programistów.

Więc Czytałem trochę posts który mówi o najlepszy sposób, aby osiągnąć robi wiele aplikacji z tym samym kodzie, ale nie widziałem nikogo ostatnio mówi o ograniczeniu Apple tych rzeczy.

Jeśli użyjesz różnych celów, Apple nie zaakceptuje rozwiązania, a znasz jedno, z przyjemnością je usłyszę! To, czego chcę uniknąć, to zrobić jedną aplikację i sprawić, że użytkownik wybierze rodzaj żywności, jaki chce (zgodnie z moim przykładowym scenariuszem). Dlatego moim celem jest posiadanie wielu aplikacji dla wszystkich różnych tematów i sprawienie, by Apple je zatwierdził.

Z góry dziękuję!

Odpowiedz

3

To jest świetne pytanie. Mam nadzieję, że ktoś z zespołu Apple może odpowiedzieć poprawnie.

Moje osobiste doświadczenie

  1. Stworzenie oddzielnej aplikacji jest w porządku tak długo, jak koniec aplikacja zapewnia coś wyjątkowego w porównaniu do innych bundleId. W moim przypadku mamy 100 + praw aplikacji mających każdą aplikację prawną utworzoną przy użyciu tej samej bazy kodu, ale inne dane iz perspektywy użytkownika potrzebują go w oddzielnej aplikacji w porównaniu do zgrupowanej aplikacji.

  2. Schemat wizualny powinien być inny w każdej aplikacji. Spróbuj stworzyć różne kolory, logo, adresy URL/dane dla każdego smaku.

  3. Każda nazwa aplikacji powinna być unikalna (Apple nie zezwala na sprzedaż aplikacji o tej samej nazwie). Dodanie hiper lub kosmetycznych zmian nazwy będzie zdecydowanie kandydatem do odrzucenia aplikacji.

  4. Powiedziawszy, że nie ma gwarancji, że aplikacja zostanie zatwierdzona za każdym razem. W apelacji również, jeśli próbujesz powiedzieć im, że podobna aplikacja została zatwierdzona, jesteś na ich łasce, aby ją zatwierdzić.