Benutzerdefinierte iPhone Kamerasteuerung (nicht UIImagePickerController verwenden)

stimmen
13

Während ich, dass, um für eine iPhone-Anwendung verstehe im App Store akzeptiert werden, ist eine Anforderung, dass nur dokumentiert Bibliotheken verwendet werden sollen.

Wenn dies der Fall ist, sind, wie bestimmte Anwendungen wie „Night Camera“ und „Camera Plus“ mit einer Kamerasteuerung, die etwas anderes als das in UIImagePickerController enthalten zu sein scheint?

Ich habe von einigen Fällen gehört, in denen ein Entwickler „spezieller“ Zugriff auf bestimmte Header gegeben wurde, die für die Funktionen ermöglichen, die sonst unmöglich wären, wenn gezwungen, nur dokumentiert Bibliotheken. Angesichts der Tatsache, wie undurchsichtig die Anwendungsauswahlprozess für den App Store ist, möchte ich bleiben lieber, was empfohlen wird, statt meine Chancen zu nutzen.

Irgendwen etwas mehr Licht auf das vergießen?

Veröffentlicht am 18/02/2009 um 17:39
quelle vom benutzer
In anderen Sprachen...                            


4 antworten

stimmen
8

Hast Du diese dicussion gesehen?

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

und dieser Beispielcode für eine benutzerdefinierte Picker?

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

ich hoffe es hilft.

Beantwortet am 25/03/2009 um 22:25
quelle vom benutzer

stimmen
6

Sie könnten eine classdump von Apples privaten Rahmen Header prüfen wollen. Führen Sie diesen Perl-Skript:

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

und navigieren Sie zu dem Photolibrary-Verzeichnis unter Private. Einige der Klassen in hier sehen ziemlich vielversprechend für die direkten Zugriff auf der Kamera.

die nicht dokumentierte API könnte Ihre Chancen, die durch den App Store weh, aber es ist alles sehr subjektiv - Wenn Ihr Produkt gut ist, Apfel wahrscheinlich durch gleiten lassen. Ich würde empfehlen, Freunde mit einem Entwickler Evangelist bei Apple zu machen.

Beantwortet am 18/02/2009 um 19:32
quelle vom benutzer

stimmen
1

Die UIImagePickerController ist eine UIViewController-Unterklasse, die eine Ansicht Hierarchie verwaltet. Sie sind frei, mit der Ansichtshierarchie zu spielen, um, wie diese Anwendungen sind, aber es ist riskant bedenkt, dass Apple es nicht dokumentieren und auf jedem Betriebssystem-Update ändern könnte.

Ich habe nicht von jemandem gehörte besonderen Zugang zu Bibliotheken gegeben werden, aber ich habe gelesen, dass es eine geringe Unterscheidung zwischen undokumentierten Klassen und Methoden und privaten Rahmen. Undokumentierte-Klassen sind eine Grauzone, aber private Gerüste sind definitiv nicht erlaubt.

Beantwortet am 18/02/2009 um 19:37
quelle vom benutzer

stimmen
0

Die einfache Erklärung ist, dass Apps im Store ist nicht ungestützt APIs verwenden soll, aber dies ist nicht konsequent geprüft. Die Anwendungen, die Sie erwähnt werden, entweder nicht unterstützte Funktionen / Klassen / Methoden oder aber mit der Ansicht hierarchy-- spielen, die sich noch nicht dokumentiert sind, obwohl es mit Standard-APIs getan werden kann.

Sie könnten das tun, was sie tun, und nehmen Sie Ihre Chancen mit sich. Seien Sie sich der Risiken bewusst. Ihre Anwendung könnte (a) aus dem Speicher zurück, (b) akzeptiert werden, aber später gestartet (dies für nicht unterstützte API Verwendung geschehen ist), (c) akzeptiert und nicht gestartet, aber breche das nächste Mal, wenn Apple ein neues iPhone Software-Update hat (da nicht unterstützten APIs oder Ansicht Hierarchien kann ohne Ankündigung geändert werden). Oder Sie könnten mit etwas Glück und haben nichts davon geschehen.

Beantwortet am 18/02/2009 um 20:10
quelle vom benutzer

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