Custom iPhone-camera controles (niet gebruikt UIImagePickerController)

Question

Custom iPhone-camera controles (niet gebruikt UIImagePickerController)

stemmen

13

Hoewel ik begrijp dat het voor een iPhone-applicatie te worden geaccepteerd in de App Store, een vereiste is dat alleen gedocumenteerde bibliotheken worden gebruikt.

Als dit het geval is, hoe zijn bepaalde toepassingen, zoals Night Camera en Camera Plus met behulp van een camera controle die lijkt te zijn iets anders dan de ene bevat binnen UIImagePickerController zijn?

Ik heb gehoord van bepaalde gevallen waarin een ontwikkelaar heeft gekregen speciale de toegang tot bepaalde headers die het mogelijk maken voor de functies die anders onmogelijk zou zijn als beperkt tot alleen met behulp van gedocumenteerde bibliotheken. Echter, gezien hoe ondoorzichtig de toepassing selectieprocedure is voor de App Store, zou ik liever vasthouden aan wat er in plaats van te bevelen neem mijn kansen.

Iedereen zorg om wat meer licht op dit afwerpen?

ios camera

De vraag is gesteld op 18/02/2009 om 17:39
bron van user Ari Braginsky

In andere talen...

4 antwoorden

stemmen

8

Heb je dit dicussion gezien?

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

en dit monster code voor een aangepaste plukker?

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

hoop dat het helpt.

antwoordde op 25/03/2009 om 22:25
bron van user jamey

stemmen

1

De UIImagePickerController is een UIViewController subklasse dat het oog hiërarchie beheert. U bent vrij om te spelen met het uitzicht hiërarchie, zoals die apps zijn, maar het is riskant gezien het feit dat Apple haar niet te documenteren en kon op elke OS-update te wijzigen.

Ik heb niet gehoord dat iemand wordt gegeven speciale toegang tot de bibliotheken, maar ik heb gelezen dat er een klein verschil tussen ongedocumenteerde klassen en methoden en private frameworks. Ongedocumenteerde lessen zijn een grijs gebied, maar private frameworks zijn zeker niet toegestaan.

antwoordde op 18/02/2009 om 19:37
bron van user Martin Gordon

stemmen

0

De eenvoudige verklaring is dat apps in de winkel niet verondersteld om niet-ondersteunde API's gebruiken, maar dit is niet consequent gecontroleerd. De apps die u noemde zijn ofwel met behulp van niet-ondersteunde functies / klassen / methoden of anders spelen met het oog hierarchy-- dat zelf niet gedocumenteerd, hoewel het kan worden gedaan met standaard API's.

Je zou kunnen doen wat ze doen, en neem je kansen met het. Gewoon bewust zijn van de risico's. Uw app kan (a) uit de winkel worden afgewezen, (b) worden aanvaard, maar later opgestart (dit is gebeurd voor niet-ondersteunde API-gebruik), (c) worden aanvaard en niet opgestart, maar breken de volgende keer dat Apple heeft een nieuwe iPhone-software-update (aangezien niet-ondersteunde API's of view hiërarchieën kunnen veranderen zonder waarschuwing). Of je kunt je geluk en hebben niets van dit alles gebeuren.

antwoordde op 18/02/2009 om 20:10
bron van user Tom Harrington

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

Je zou willen om te controleren of een classdump van Apple's private kader headers. Voer dit perl-script:

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

en ga naar de photoLibrary directory onder PrivateFrameworks. Sommige van de klassen in hier zien er veelbelovend uit voor directe toegang tot de camera.

Met behulp van de ongedocumenteerde API zou kunnen kwetsen uw kansen op het passeren van de app store, maar het is allemaal zeer subjectief - Als uw product goed is, zal Apple waarschijnlijk laten glijden door. Ik zou aanraden om vrienden te maken met een ontwikkelaar evangelist bij Apple.