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

Question

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

voix

13

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 documentées doivent être utilisés.

Si tel est le cas, comment 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é la procédure la sélection de l'application est opaque pour le Je App Store, préfèrent en tenir à ce qui est recommandé plutôt que de prendre mes chances.

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

ios camera

Créé 18/02/2009 à 17:39
source utilisateur Ari Braginsky

Dans d'autres langues...

4 réponses

voix

8

Avez-vous vu cette dicussion?

http://blog.airsource.co.uk/index.php/2008/11/11/views-of-uiimagepickercontroller/

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

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

J'espère que cela aide.

Créé 25/03/2009 à 22:25
source utilisateur jamey

voix

1

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 j'ai lu qu'il ya 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.

Créé 18/02/2009 à 19:37
source utilisateur Martin Gordon

voix

0

L'explication simple est que les applications dans le magasin ne sont pas censés utiliser les API non pris en charge, mais ce n'est pas vérifié régulièrement. Les applications que vous avez mentionnés sont soit en utilisant des fonctions non pris en charge / classes / méthodes ou bien jouent avec la vue hierarchy-- 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 produise.

Créé 18/02/2009 à 20:10
source utilisateur Tom Harrington

user66370 · Accepted Answer · 2009-02-18 19:32

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

http://arstechnica.com/apple/news/2008/11/dumping-the-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.