controlli della fotocamera di iPhone personalizzato (se non utilizzano UIImagePickerController)

voti
13

Pur comprendendo che, per un'applicazione iPhone per essere accettata su App Store, un requisito è che le biblioteche solo documentati devono essere utilizzati.

Se questo è il caso, come sono alcune applicazioni come Camera Night e Camera Plus utilizzando un controllo macchina fotografica che sembra essere qualcosa di diverso da quello contenuto all'interno UIImagePickerController?

Ho sentito parlare di alcuni casi in cui uno sviluppatore è stato dato accesso speciale a certe intestazioni che consentono di caratteristiche che altrimenti sarebbero impossibili se vincolato al solo utilizzando le librerie documentate. Tuttavia, dato il modo opaco il processo di selezione applicazione è per l'App Store, preferirei di attenersi a ciò che è raccomandato piuttosto che prendere le mie possibilità.

Chiunque cura di gettare un po 'più di luce su questo?

È pubblicato 18/02/2009 alle 17:39
fonte dall'utente
In altre lingue...                            


4 risposte

voti
8

Hai visto questo dicussion?

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

e questo codice di esempio per un selettore personalizzato?

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

spero che sia d'aiuto.

Risposto il 25/03/2009 a 22:25
fonte dall'utente

voti
6

Si potrebbe voler controllare un classdump di intestazioni quadro privati ​​di Apple. Eseguire questo script perl:

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

e passare alla directory PhotoLibrary sotto PrivateFrameworks. Alcune delle classi di qui guardare piuttosto promettente per l'accesso diretto della fotocamera.

Utilizzando l'API non documentate potrebbe danneggiare le vostre probabilità di passare attraverso l'App Store, ma è tutto molto soggettivo - Se il prodotto è buono, Apple probabilmente farlo scivolare attraverso. Mi consiglia di fare amicizia con un evangelista sviluppatore di Apple.

Risposto il 18/02/2009 a 19:32
fonte dall'utente

voti
1

L'UIImagePickerController è una sottoclasse UIViewController che gestisce una gerarchia vista. Siete liberi di giocare con la gerarchia vista, in quanto tali applicazioni sono, ma è rischiosa considerando che Apple non documenta e potrebbe cambiare su qualsiasi aggiornamento del sistema operativo.

Non ho sentito di nessuno essere dato accesso speciale alle biblioteche, ma ho letto che c'è una distinzione minore tra le classi e metodi senza documenti e quadri private. classi irregolari sono una zona grigia, ma strutture private non sono assolutamente ammessi.

Risposto il 18/02/2009 a 19:37
fonte dall'utente

voti
0

La spiegazione più semplice è che le applicazioni nel negozio non sono tenuti a utilizzare le API non supportati, ma questo non è selezionata in modo coerente. Le applicazioni che hai menzionato sono o non supportati utilizzando funzioni / classi / metodi oppure stanno giocando con la vista hierarchy-- che è a sua volta senza documenti anche se può essere fatto con le API standard.

Si potrebbe fare quello che fanno, e prendere le sue possibilità con esso. Basta essere consapevoli dei rischi. La vostra applicazione potrebbe (a) essere respinta dal negozio, (b) essere accettato ma poi avviato (questo è successo per l'utilizzo di API non supportato), (c) essere accettate e non avviato, ma rompere la prossima volta che Apple ha un nuovo aggiornamento software iPhone (dal momento che le API o visualizzare le gerarchie non supportato può cambiare senza preavviso). Oppure si potrebbe ottenere fortunati e hanno niente di tutto questo accada.

Risposto il 18/02/2009 a 20:10
fonte dall'utente

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more