2009-11-01 6 views
3

Après avoir assisté à un iPhone dev conf à San Jose - Je suis parti avec plus de questions sur les achats In-App que lorsque j'ai commencé. Voici ce que je me demandais:Question sur les abonnements dans l'achat In-App

Vous pouvez définir un achat comme un type "abonnement". cool. Mais, il ne dit rien sur la façon dont l'abonnement est desservi - comment Apple sait-il facturer une fois par mois? une fois par semaine? un tous les six mois? etc. On m'a dit que Apple ne fait pas vraiment cela - seulement que cela l'appelle un type d'abonnement. Que le développeur doit être celui qui surveille les abonnements et les soumet ensuite à Apple quand ils arrivent à échéance - mais cela conduit à une autre question - alors pourquoi avoir le type d'abonnement? Si je surveille les jours jusqu'à ce qu'il soit dû, puis le soumettre à Apple comme frais de demande - quelle est la différence en faisant simplement des frais distincts sur une base régulière?

il me semble, Apple ne fait rien sur les abonnements - déclarant seulement le type - tout le travail est fait par le développeur - dans ce cas, pourquoi l'appeler un abonnement? Quelqu'un peut-il me diriger vers un code qui gère un abonnement pour une application - et ce qu'ils devaient faire pour mettre en place pour les paiements récurrents? J'apprécierais grandement cela ....

beaucoup de merci.

paix. JOe ...

+0

Regardez du point de vue de l'utilisateur: Un abonnement sera facturé périodiquement lorsqu'un achat simple sera une seule fois. En outre, du point de vue d'Apple, ils s'attendent à des frais périodiques du développeur pour un abonnement sans la permission explicite de l'utilisateur à chaque fois. – zaph

+0

Je ne suis pas sûr à ce sujet. L'exemple que j'ai vu montrait que l'abonnement était facturé - mais l'utilisateur devait d'abord l'autoriser sur son téléphone avant de le recevoir. Ainsi, vous avez besoin de l'autorisation explicite de l'utilisateur chaque fois que la charge est tentée. Comme je l'ai dit dans mon post, cela rend les abonnements inutiles - c'est la même chose que d'avoir une seule charge qui est envoyée à chaque fois. Peut-être qu'il me manque quelque chose dans la dox ou quoi que ce soit - mais rien ne dépasse comme niant ce que j'ai vu/compris jusqu'ici ... –

Répondre

3

Les abonnements dans le SDK iPhone sont vraiment pour contourner le fait que vous ne pouvez pas vendre des crédits virtuels, donc ce que vous pouvez faire est de vendre un abonnement et rendre le contenu numérique gratuit dans votre application en supposant que l'utilisateur a Un abonnement à votre service, vous avez raison de devoir gérer vous-même la majeure partie de la logique