2010-05-04 13 views
0

Cette question s'adresse à ceux qui sont familiers avec la mise en œuvre de la fonctionnalité iphone in-app store.Mise en œuvre simplifiée de l'application intégrée dans l'application pour iPhone pour les fonctionnalités intégrées du produit

L'application que je suis en train de développer ne dispose que de fonctions intégrées qui sont déverrouillées lorsque des fonctions sont achetées. De plus, toute modification ou ajout aux articles stockés nécessitera une mise à jour de l'application. En outre, il est seulement en anglais, donc n'a pas de langues localisées pour les articles.

Si nous prenons ces hypothèses, est-il possible de passer l'étape de récupération de l'information produit avec SKProductsRequest et simplement utiliser des données codées en dur dans l'application? Bien que je puisse vouloir étendre mon application à une plus grande complexité à l'avenir, j'aimerais savoir si cette étape pour rester simple poserait de sérieux problèmes. Un problème pourrait être, par exemple, si nous devons nous attendre à ce que quelques articles soient occasionnellement indisponibles en raison de problèmes du côté d'Apple et simplement essayer de l'acheter et de le laisser échouer ne serait pas une option acceptable ou réalisable dans ce cas (surtout si c'est rare).

Merci.

Répondre

0

Je soupçonne Apple de faire objection si vous avez utilisé des prix codés en dur dans votre application, bien que je ne puisse pas dire avec certitude qu'ils vous rejetteraient.

Gardez à l'esprit, cependant, que la localisation ne concerne pas seulement les langues. Il vous donne également des prix localisés. Les valeurs monétaires fluctuent, de sorte que nous pouvons raisonnablement nous attendre à ce que les prix localisés associés à un niveau donné changent de temps en temps. La possibilité d'obtenir de l'argent des utilisateurs au Canada, au Royaume-Uni et dans d'autres territoires au-delà des États-Unis semble justifier amplement l'utilisation de SKProductsRequest, que ce soit techniquement et contractuellement requis ou non.

+0

C'est un bon point. Je n'avais pas considéré que ce champ de prix aurait besoin de changer même si je décidais de ne pas localiser le texte lui-même. Merci! – Joey