controles de la cámara iPhone y diseños (no usar UIImagePickerController)

Question

Si bien entiendo que para que una aplicación de iPhone para ser aceptado en la App Store, uno de los requisitos es que se van a utilizar las bibliotecas solamente documentados.

Si este es el caso, ¿cómo son ciertas aplicaciones tales como "cámara de la noche" y "Camera Plus" utilizando un control de la cámara que parece ser algo distinto del contenido en UIImagePickerController?

He oído de algunos casos en los que un desarrollador se ha dado acceso "especial" para ciertos encabezados que permiten características que de otro modo sería imposible si limitado a usar solamente las bibliotecas documentados. Sin embargo, dada la opacidad del proceso de selección de aplicación es para la App Store, yo preferiría que atenerse a lo que se recomienda en lugar de tomar el riesgo.

Cualquier atención a arrojar algo más de luz sobre esto?

Answer 1

Es posible que desee comprobar fuera de un marco classdump de cabeceras privadas de manzana. Ejecutar este script Perl:

http: // arstechnica .com / manzana / news / 2008/11 / dumping- el-iphone-2-2-frameworks.ars

y vaya al directorio PhotoLibrary bajo PrivateFrameworks. Algunas de las clases de aquí parecen bastante prometedores para el acceso directo a la cámara.

El uso de la API de indocumentados podría perjudicar sus posibilidades de pasar a través de la tienda de aplicaciones, pero es todo muy subjetivo - Si el producto es bueno, manzana probablemente dejarlo pasar a través. Yo recomiendo hacer amigos con un evangelista de desarrolladores de Apple.

Answer 2

Ha visto esto dicussion?

http: //blog.airsource .es / index.php / 2008/11/11 / puntos de vista-de-UIImagePickerController /

y este código de ejemplo para un selector de costumbre?

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

espero que ayude.

Answer 3

El UIImagePickerController es una subclase UIViewController que gestiona una jerarquía de vistas. Usted es libre de jugar con la jerarquía de la vista, ya que esas aplicaciones son, pero es arriesgado teniendo en cuenta que Apple no documentarla y podría cambiar en cualquier actualización del sistema operativo.

No he oído de nadie que está dando acceso especial a las bibliotecas, pero he leído que hay una diferencia menor entre las clases y los métodos de indocumentados y marcos privados. clases indocumentados son una zona gris, pero los marcos privados definitivamente no están permitidos.

Answer 4

La explicación simple es que no se supone que las aplicaciones en la tienda a utilizar las API no compatibles, pero esto no ha sido controlada constantemente. Las aplicaciones que usted ha mencionado son o no compatibles utilizando funciones / clases / métodos o bien están jugando con la vista hierarchy-- que a su vez está documentada a pesar de que se puede hacer con las API estándar.

Se podría hacer lo que hacen, y tomar sus posibilidades con ella. Acaba de ser conscientes de los riesgos. Su aplicación podría (a) ser rechazada de la tienda, (b) ser aceptado pero luego arrancar (esto ha sucedido para el uso de la API no soportado), (c) ser aceptados y no se han arrancado, pero romper la próxima vez que Apple tiene una nueva actualización de software iPhone (ya que las API o ver las jerarquías sin soporte pueden cambiar sin previo aviso). O bien, podría tener suerte y nada de esto suceda.