Controlul camerei personalizate iPhone (nu folosind UIImagePickerController)

voturi
13

În timp ce eu înțeleg că, pentru ca o aplicație iPhone pentru a fi acceptate pe App Store, o cerință este ca bibliotecile numai documentate urmează să fie utilizate.

Dacă acesta este cazul, cum sunt anumite aplicații, cum ar fi „Camera de noapte“ și „Camera Plus“, folosind un aparat de fotografiat de control, care pare a fi ceva, altul decât cel conținut în UIImagePickerController?

Am auzit de anumite cazuri în care un dezvoltator a fost dat acces „speciale“ la anumite headere care permit caracteristici care altfel ar fi imposibil dacă constrâns să numai cu ajutorul bibliotecilor documentate. Cu toate acestea, având în vedere modul în care opac procesul de selecție cerere este pentru App Store, aș prefera să rămânem la ceea ce se recomandă mai degrabă decât să risc.

Oricine grijă să facă lumină mai mult pe asta?

Întrebat 18/02/2009 la 17:39
sursa de către utilizator
În alte limbi...                            


4 răspunsuri

voturi
8

Ai văzut acest discuții ale?

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

iar acest cod de probă pentru un selector personalizat?

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

sper ca ajuta.

Publicat 25/03/2009 la 22:25
sursa de către utilizator

voturi
6

S-ar putea să doriți să verificați un classdump de antete cadru privat Apple. Rulați acest script perl:

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

și să navigați la directorul PhotoLibrary sub PrivateFrameworks. Unele dintre clasele de aici arata destul de promițătoare pentru acces direct aparat de fotografiat.

Folosind API-ul fără acte ar putea afecta șansele de a trece prin magazinul de aplicații, dar este foarte subiectivă - În cazul în care produsul este bun, Apple va, probabil, lăsați-l să alunece prin. Aș recomanda a face prieteni cu un evanghelist dezvoltator de la Apple.

Publicat 18/02/2009 la 19:32
sursa de către utilizator

voturi
1

UIImagePickerController este o subclasă UIViewController care gestionează o ierarhie vizualizare. Sunteți liberi să se joace în jurul cu ierarhia de vedere, ca aceste aplicații sunt, dar este riscant având în vedere că Apple a nu documenta și ar putea schimba pe orice sistem de operare actualizare.

N-am auzit de cineva să fie dat acces special la biblioteci, dar am citit că există o distincție minoră între clase și metode fără forme legale și cadre private. clase nedocumentate sunt o zonă gri, dar cadrele private nu sunt cu siguranță permise.

Publicat 18/02/2009 la 19:37
sursa de către utilizator

voturi
0

Explicația simplă este faptul că aplicațiile din magazin nu ar trebui să utilizeze API-uri neacceptate, dar acest lucru nu este verificată în mod constant. Aplicațiile pe care le menționați sunt fie folosind funcții neacceptate / clase / metode sau altceva se joacă în vederea hierarchy--, care este ea însăși nedocumentat, chiar dacă aceasta se poate face cu API-uri standard.

Ai putea face ceea ce fac, și să ia șansele cu ea. Doar să fie conștienți de riscurile. Aplicația poate (a) să fie respinsă din magazin, (b) să fie acceptate, dar mai târziu, boot-at (acest lucru sa întâmplat pentru utilizarea API neacceptat), (c) să fie acceptat și nu boot-at, dar rupe data viitoare Apple are o nouă actualizare software pentru iPhone (deoarece API-uri sau ierarhiilor de afișare nesuportat se pot modifica fără avertisment). Sau ai putea avea noroc și să aibă nici unul dintre acest lucru.

Publicat 18/02/2009 la 20:10
sursa de către utilizator

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