Controles de cámara personalizados para iPhone (sin usar UIImagePickerController)

Question

Controles de cámara personalizados para iPhone (sin usar UIImagePickerController)

votos

13

Aunque entiendo que para que una aplicación de iPhone se acepte en la tienda de aplicaciones, un requisito es que solo se utilicen las bibliotecas documentadas.

Si este es el caso, ¿de qué manera ciertas aplicaciones, como Cámara nocturna y Cámara plus, utilizan un control de cámara que parece ser distinto del contenido en UIImagePickerController?

He oído hablar de ciertos casos en los que un desarrollador recibió acceso especial a ciertos encabezados que permiten funciones que de otro modo serían imposibles si se limitara a usar solo bibliotecas documentadas. Sin embargo, dado lo opaco que es el proceso de selección de aplicaciones para la App Store, preferiría mantener lo que se recomienda en lugar de correr el riesgo.

¿Alguien quiere arrojar más luz sobre esto?

ios camera

Publicado el 18/02/2009 a las 17:39
fuente por usuario Ari Braginsky

En otros idiomas...

4 respuestas

votos

8

¿Has visto esta discusión?

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

y este código de muestra para un selector personalizado?

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

Espero eso ayude.

Respondida el 25/03/2009 a las 22:25
fuente por usuario jamey

votos

1

UIImagePickerController es una subclase UIViewController que administra una jerarquía de vistas. Es libre de jugar con la jerarquía de vistas, como esas aplicaciones, pero es arriesgado teniendo en cuenta que Apple no lo documenta y podría cambiarlo en cualquier actualización del sistema operativo.

No he oído que a nadie se le haya otorgado acceso especial a las bibliotecas, pero he leído que hay una pequeña distinción entre las clases y métodos no documentados y los marcos privados. Las clases indocumentadas son un área gris, pero los marcos privados definitivamente no están permitidos.

Respondida el 18/02/2009 a las 19:37
fuente por usuario Martin Gordon

votos

0

La explicación simple es que las aplicaciones en la tienda no deben usar API no compatibles, pero esto no se comprueba constantemente. Las aplicaciones que mencionaste están usando funciones / clases / métodos no compatibles o están jugando con la jerarquía de vistas, que a su vez no está documentada, aunque puede hacerse con API estándar.

Podrías hacer lo que hacen y arriesgarte con eso. Solo se consciente de los riesgos. Su aplicación podría (a) ser rechazada de la tienda, (b) ser aceptada pero más tarde iniciada (esto ha sucedido por el uso API no soportado), (c) ser aceptada y no arrancada, pero romper la próxima vez que Apple tenga una nueva actualización de software de iPhone (ya que las API o jerarquías de vista no compatibles pueden cambiar sin previo aviso). O podrías tener suerte y que nada de esto suceda.

Respondida el 18/02/2009 a las 20:10
fuente por usuario Tom Harrington

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

Es posible que desee comprobar un classdump de encabezados de marco privado de Apple. Ejecute este script perl:

http://arstechnica.com/apple/news/2008/11/dumping-the-iphone-2-2-frameworks.ars

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

El uso de la API no documentada podría afectar sus posibilidades de pasar por la tienda de aplicaciones, pero todo es muy subjetivo: si su producto es bueno, Apple probablemente lo deje pasar. Recomiendo hacer amigos con un desarrollador evangelista en Apple.