Custom iPhone kamerakontroller (ikke bruker UIImagePickerController)

stemmer
13

Selv om jeg forstår at for at en iPhone-applikasjon for å bli akseptert på App Store, er en forutsetning at bare dokumenterte bibliotekene skal brukes.

Hvis dette er tilfelle, hvordan er visse programmer som Night Camera og Camera Plus med et kamera kontroll som ser ut til å være noe annet enn en som finnes i UIImagePickerController?

Jeg har hørt om noen tilfeller hvor en utvikler har fått spesielle tilgang til visse overskrifter som gjør det mulig for funksjoner som ellers ville være umulig hvis begrenset til bare å bruke dokumentbiblioteker. Men gitt hvordan ugjennomsiktig søknaden utvelgelsesprosessen er for App Store, ville jeg foretrekker å holde seg til det som er anbefalt i stedet for å ta mine sjanser.

Alle som har lyst til å kaste mer lys over dette?

Publisert på 18/02/2009 klokken 16:39
kilden bruker
På andre språk...                            


4 svar

stemmer
8

Har du sett denne dicussion?

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

og dette eksempelkode for en tilpasset velger?

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

håper det hjelper.

Svarte 25/03/2009 kl. 21:25
kilden bruker

stemmer
6

Du vil kanskje sjekke ut en classdump av Apples egne ramme overskrifter. Kjør denne perl script:

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

og naviger til PhotoLibrary katalogen under PrivateFrameworks. Noen av klassene i her ser ganske lovende ut for direkte tilgang til kameraet.

Bruk av udokumenterte API kan skade sjansene dine for å passere gjennom App Store, men det er veldig subjektivt - Hvis produktet er bra, vil Apple trolig la den gli gjennom. Jeg vil anbefale å få venner med en utvikler evangelist hos Apple.

Svarte 18/02/2009 kl. 18:32
kilden bruker

stemmer
1

Den UIImagePickerController er en UIViewController underklasse som forvalter et syn hierarki. Du står fritt til å leke seg med utsikt hierarkiet, som de apps er, men det er risikabelt med tanke på at Apple ikke dokumentere det, og kunne endre det på alle OS-oppdatering.

Jeg har ikke hørt om noen blir gitt spesiell tilgang til bibliotek, men jeg har lest at det er en liten forskjell mellom udokumenterte klasser og metoder og private rammer. Udokumenterte klasser er en gråsone, men private rammer er definitivt ikke tillatt.

Svarte 18/02/2009 kl. 18:37
kilden bruker

stemmer
0

Den enkle forklaringen er at apps i butikken ikke er ment å bruke ustøttede APIer, men dette er ikke sjekket konsekvent. Appene du nevnte bruker ikke støttes funksjoner / klasser / metoder ellers spiller med utsikt hierarchy-- som selv er udokumentert, selv om det kan gjøres med standard APIer.

Du kan gjøre hva de gjør, og ta sjansen med det. Bare vær klar over risikoen. Din app kan (a) bli avvist fra butikken, (b) bli akseptert, men senere oppstartet (dette har skjedd for støttes API bruk), (c) bli akseptert og ikke oppstartet men bryte neste gang Apple har en ny iPhone programvareoppdatering (siden støttes APIer eller vise hierarkier kan endres uten forvarsel). Eller du kan ha flaks og har ingenting av dette skje.

Svarte 18/02/2009 kl. 19:10
kilden bruker

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