commandes de l'appareil sur mesure iPhone (ne pas utiliser UIImagePickerController)

Question

Même si je comprends que pour une application iPhone pour être accepté sur l'App Store, une exigence est que les bibliothèques ne sont documentées à utiliser.

Si tel est le cas, comment sont certaines applications telles que « Night Camera » et « Camera Plus » à l'aide d'un contrôle de la caméra qui semble être autre chose que celle contenue dans UIImagePickerController?

Je l'ai entendu parler de certains cas où un développeur a été donné un accès « spécial » à certains en-têtes qui permettent des fonctionnalités qui seraient autrement impossibles si contraint à n'utiliser des bibliothèques documentées. Cependant, étant donné l'opacité du processus de sélection d'application est pour le Je App Store, préfèrent en tenir à ce qui est recommandé plutôt que de prendre mes chances.

Quelqu'un veut de jeter un peu plus de lumière sur ce sujet?

Answer 1

Vous pouvez consulter un classdump des en-têtes cadre privé de pomme. Exécutez ce script perl:

http: // arstechnica .com / apple / Nouvelles / 2008/11 / déversement-la-iphone-2-2-frameworks.ars

et accédez au répertoire PhotoLibrary sous PrivateFrameworks. Certaines des classes en ici semblent très prometteuses pour l'accès direct de la caméra.

En utilisant l'API non documentée pourrait nuire à vos chances de passer à travers l'App Store, mais il est très subjective - Si votre produit est bon, pomme laissera probablement glisser à travers. Je vous recommande de faire des amis avec un évangéliste développeur chez Apple.

Answer 2

Avez-vous vu cette dicussion?

http: //blog.airsource .co.uk / index.php / 2008/11/11 / vues-de-UIImagePickerController /

et cet exemple de code pour un sélecteur personnalisé?

http://www.codza.com/custom-uiimagepickercontroller-camera-view

elle pourra être utile.

Answer 3

Le UIImagePickerController est une sous-classe UIViewController qui gère une hiérarchie de vue. Vous êtes libre de jouer avec la hiérarchie de vue, que ces applications sont, mais il est risqué compte tenu que Apple ne documente pas et pourrait changer sur une mise à jour du système d'exploitation.

Je ne l'ai pas entendu parler de quelqu'un étant donné un accès privilégié aux bibliothèques, mais je l'ai lu il y a une distinction mineure entre les classes sans papiers et des méthodes et des cadres privés. les classes sont en situation irrégulière une zone grise, mais les cadres privés ne sont certainement pas autorisés.

Answer 4

L'explication simple est que les applications dans le magasin ne sont pas censés utiliser les API non pris en charge, mais ce ne sont pas vérifiées systématiquement. Les applications que vous avez mentionnés sont soit en utilisant des fonctions non pris en charge / classes / méthodes ou bien jouent avec le hierarchy-- vue qui est lui-même sans papiers, même si cela peut être fait avec les API standard.

Vous pouvez faire ce qu'ils font, et de prendre vos chances avec elle. Soyez conscient des risques. Votre application peut (a) être rejeté dans le magasin, (b) être acceptée, mais plus tard botté (cela est arrivé pour API non pris en charge), (c) être accepté et non botté mais casser la prochaine fois que Apple a une nouvelle mise à jour logicielle iPhone (puisque les API non pris en charge ou des hiérarchies de vue peuvent changer sans préavis). Ou vous pourriez avoir de la chance et rien de tout cela se produire.