Benutzerdefinierte iPhone Kamerasteuerung (nicht UIImagePickerController verwenden)

Question

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

Wenn dies der Fall ist, wie es 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 „spezielle“ Zugriff auf bestimmte Header gegeben worden ist, die für die Funktionen ermöglichen, die sonst unmöglich wären, wenn gezwungen, nur dokumentiert Bibliotheken. Angesichts der Tatsache, wie undurchsichtig der Anwendungsauswahlprozess für den App Store, ich würde bleiben bevorzugen, was eher zu empfehlen als meine Chancen zu nehmen.

Wer Pflege etwas mehr Licht auf das vergießen?

Answer 1

Sie möchten vielleicht einen classdump von Apples privaten Rahmen Header überprüfen. Führen Sie diesen Perl-Skript:

http: // ArsTechnica .com / Apfel / 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 verwenden könnte Ihre Chancen, die durch den App Store weh, aber es ist alles sehr subjektiv - Wenn Ihr Produkt gut ist, wird Apple wahrscheinlich lassen Sie es durch gleiten. Ich würde empfehlen, Freunde mit einem Entwickler Evangelist bei Apple zu machen.

Answer 2

Hast Du diese dicussion gesehen?

http: //blog.airsource .co.uk / index.php / 2008/11/11 / Ansichten-of-UIImagePickerController /

und dieser Beispielcode für eine benutzerdefinierte Picker?

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

hoffe, es hilft.

Answer 3

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ört zu werden besonderem Zugang zu Bibliotheken gegeben, aber ich habe gelesen, dass es eine geringe Unterscheidung zwischen undokumentierten Klassen und Methoden und privaten Rahmen ist. Undokumentierte-Klassen sind eine Grauzone, aber private Gerüste sind definitiv nicht erlaubt.

Answer 4

Die einfache Erklärung ist, dass Apps im Store ist nicht ungestützt APIs verwenden soll, aber dies wird 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 durchgeführt 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 Glück haben und haben nichts davon geschehen.