Apple n'a afficher le code source lors de l'approbation des apps?
Exactement comment apple approuver les applications? Est le code source consultée?
- Plus d'informations sur le processus d'approbation: images.pcworld.com//news/graphics/...
- C'est drôle, :D, mais inutile. Donc je devrait mettre mes idées et faire d'une lampe de poche qui se bloque au démarrage? 😛
- Je vais voter pour fermer cette question hors-sujet parce que c'est a propos de la publication d'un "app store" plutôt que de la programmation. Voir Sont centrées sur le développeur des questions sur les banques de l'application sur le sujet?
Vous devez vous connecter pour publier un commentaire.
Alors qu'aucun d'entre nous ont accès au processus d'examen interne, qui semble être en constante évolution), il y a quelques choses qui peuvent être dites sur la base des réponses que les gens ont reçu.
Tout d'abord, Apple n'a pas accès à votre code source, de sorte qu'ils ne contrôlent pas que. Vous soumettez un fichier binaire dans le cadre d'un bundle d'application, ainsi que des autres ressources de l'application.
Cependant, ils apparaissent à la numérisation de votre application binaire pour certains symboles qui indiquent l'utilisation des Api privées. Un certain nombre d'applications ont commencé de s'écraser après l'iPhone OS mises à jour, car ils ont utilisé ces Api privées, Apple a été sévir sur ce.
Il existe de nombreuses applications sur le store qui ont des fuites de mémoire ou d'autres problèmes de performances. Je sais que j'ai soumis les versions de mes applications qui avait fuites subtiles (depuis fixe) et n'avait aucun problème à l'examen. Par conséquent, il ne semble pas qu'ils font toute sorte de tests de performance ou de profilage.
Le seul endroit où une fuite de mémoire sont les causes d'un problème faisant l'examen, c'est quand que la fuite de mémoire est tellement mauvais que l'application se bloque lorsque l'examinateur est de le tester. Si votre application se bloque à tout moment durant le processus d'examen, il sera rejeté.
Au-delà, ils ont une liste de contrôle des éléments de l'interface utilisateur de vérifier pour une utilisation correcte de (non persistant des sélections sur la vue de la table de lignes, etc.). Si votre application s'écarte sensiblement de la Human Interface Guidelines lors de l'utilisation de ces éléments de l'INTERFACE utilisateur, vous pouvez obtenir rejeté.
Apple est très prudent sur le droit d'auteur, en particulier avec leurs propres images et œuvres d'art, de sorte que vous risquez de rencontrer des problèmes si vous utilisez du matériel sous copyright mal.
La plupart du rejet des raisons qui vous feront face sont évitables par la préparation de votre demande stable et en suivant plate-forme de lignes directrices, mais certains ne le sont pas. Certaines catégories de demandes ont été rejetées en raison de leur utilisation prévue, et de nouveau les classes d'applications qui sont autorisées sur le magasin changer sur une base régulière. Ce qui peut ajouter de la frustration et de l'incertitude lorsque l'on traite avec l'App Store, mais la grande majorité des types d'application ne sera jamais exécuté dans des problèmes (comme on peut le voir dans la diversité des applications actuellement disponibles).
essayez d'utiliser otool -L binaires vous-même et vous pouvez voir immédiatement si une API privée cadre habitués...
Apple ne se soucie pas de fuites et les informations de profilage pour votre Application. Le système d'Exploitation est capable de tuer votre application si qui sort de la main. Ce qu'ils font est d'exécuter manuellement votre Application et vérifiez si elle suit certains de Pommes de lignes directrices. Dans un processus automatisé de l'extraction de symboles, les sélecteurs et les cordes de votre binaire et vérifier celles pour l'utilisation des Api privées.
Vous pourriez vouloir essayer
nm -u
sur votre (simulateur) binaire.Non, ils n'ont accès au code binaire que vous leur envoyez.
Ils peuvent exécuter ce à travers les profileurs de vérifier pour les fuites de mémoire et la comme.
Ils n'ont pas accès à votre source; elle ne fait pas partie de ce que vous envoyez à eux. Ils permettent de tester le binaire vous envoyer les fuites et le de telles. Je pense qu'ils ont également de vérifier quelles sont les données que votre application envoie pour vous assurer qu'il ne fait rien monumentale de mauvais (envoi des mots de passe ou autres).
Ils ne reçoivent votre binray fichier de l'iap seulement. Ils peuvent récupérer une partie de votre fichier de ressources, tandis que l'extrait de l'iap. Ils peuvent en mesure de trouver ce que toutes les url que vous avez utilisé dans le service web ou url de la requête. Rien d'autre que cela.