Commandes de caméra iPhone personnalisées (n'utilisant pas UIImagePickerController)
Alors que je comprends que, pour une application iPhone pour être accepté sur l'App Store, une exigence est que les seules données disponibles sur les bibliothèques doivent être utilisés.
Si c'est le cas, comment certaines applications telles que "la Nuit de la Caméra" et "Caméra Plus" à l'aide d'un appareil de contrôle qui semble être quelque chose d'autre que celle contenue dans UIImagePickerController?
J'ai entendu parler de certains cas où un développeur a été donné "spécial" l'accès à certains en-têtes de permettre à des fonctionnalités qui seraient autrement impossible si contraint à l'utilisation d'documenté bibliothèques. Toutefois, étant donné le degré d'opacité de l'application du processus de sélection de l'App Store, je préfère tenir à ce qui est recommandé plutôt que de prendre mes chances.
Quiconque de soins pour faire la lumière sur cette?
source d'informationauteur Ari Braginsky | 2009-02-18
Vous devez vous connecter pour publier un commentaire.
Vous voudrez peut-être consulter un classdump d'apple cadre privé des en-têtes. Exécutez ce script perl:
http://arstechnica.com/apple/news/2008/11/dumping-the-iphone-2-2-frameworks.ars
et accédez à la PhotoLibrary répertoire sous PrivateFrameworks. Certaines des classes ici l'air assez prometteur pour directement accéder à la caméra.
Aide les sans-papiers de l'API pourrait nuire à vos chances de passer au travers de l'app store, mais c'est très subjectif - Si votre produit est bon, apple va probablement laisser glisser à travers. Je le recommande à se faire des amis avec un développeur évangéliste d'Apple.
Avez-vous vu cette discussions?
http://blog.airsource.co.uk/index.php/2008/11/11/views-of-uiimagepickercontroller/
et cet exemple de code pour personnaliser un sélecteur?
http://www.codza.com/custom-uiimagepickercontroller-camera-view
espère que cela aide.
La UIImagePickerController est un UIViewController sous-classe qui gère la vue de la hiérarchie. Vous êtes libre de jouer avec le point de vue de la hiérarchie, comme ces applications, mais il est risqué vu qu'Apple n'a pas de document et pourrait changer sur n'importe quel OS à jour.
Je n'ai pas entendu parler de quelqu'un accès spécial pour les bibliothèques, mais j'ai lu qu'il y a une petite distinction entre les sans-papiers, des classes et des méthodes et privés cadres. Sans-papiers, les classes sont une zone grise, mais les cadres ne sont certainement pas autorisés.
L'explication simple est que les apps dans le magasin ne sont pas censés utiliser non prise en charge des Api, mais ce n'est pas vérifiée systématiquement. Les applications que vous avez mentionnés sont soit à l'aide de fonctions non prises en charge/classes/méthodes ou bien de jouer avec le point de vue de la hiérarchie, qui est lui-même sans-papiers, même si cela peut être fait avec l'Api standard.
Vous pourriez faire ce qu'ils font, et de prendre vos chances avec elle. Juste être conscient des risques. Votre application peut (a) être rejeté à partir du magasin, (b) être accepté, mais plus tard démarré (ce qui s'est passé pour la non prise en charge de l'API d'utilisation), (c) être accepté et pas démarré mais pause le la prochaine fois, Apple a une nouvelle mise à jour du logiciel de l'iPhone (car non pris en charge Api ou afficher les hiérarchies peuvent changer sans avertissement). Ou vous pourriez avoir de la chance et n'avez rien de tout cela.