Une application « demo » est traditionnellement une application totalement fonctionnelle qui ne fonctionne que pour un temps limité ou ne vous permet pas d'enregistrer quoi que ce soit, ou est estropié d'une certaine façon de le rendre inutile au-delà être une démo.
Une application «Lite» est entièrement fonctionnelle dans son propre droit. Si un utilisateur ne met jamais à jour la version complète, l'application Lite doit encore faire quelque chose d'utile, même si elle est assez limitée. Une chose critique Apple va regarder est qu'aucune partie de l'interface utilisateur doit être désactivée dans une application Lite. Si un peu de fonctionnalité ne fonctionne pas dans la version allégée, elle ne doit pas du tout faire partie de l'interface utilisateur.
Dans une application allégée, vous pouvez avoir un bouton ou un autre élément de l'interface utilisateur qui permet à l'utilisateur de mettre à jour. Si l'utilisateur atteint une certaine limite imposée par la version allégée, vous pouvez informer l'utilisateur qu'il peut mettre à niveau s'il le souhaite. Mais ne jamais inviter l'utilisateur à l'improviste pour mettre à niveau.
Une application allégée ne nécessite pas d'IAP. Vous pouvez créer une paire d'applications (lite/payante) à la place si vous le souhaitez.
Si vous décidez d'utiliser une seule application avec IAP pour mettre à niveau, n'appelez pas l'application "Lite". Ne mettez pas "lite" dans l'icône. Parce que si vous le faites, vos clients vont vous détester une fois qu'ils ont mis à jour l'application et il dit toujours "Lite" partout.
Je vote pour clore cette question hors-sujet parce que [conseil de licence est hors-sujet sur Stack Overflow.] (Http://meta.stackoverflow.com/a/274964/1402846) Vous pouvez être en mesure de obtenir de l'aide sur [Programmeurs Stack Exchange, mais ** lire leur faq attentivement ** avant de continuer.] (http://meta.programmers.stackexchange.com/questions/7265/when-is-software-licensing-question- sur le sujet) – gunr2171