Wie konvertiert man die nib/xib-zu objective-C-code?

Ich Frage mich nur ist es ein Weg, um zu konvertieren nib/xib-Datei zu ojbective C-code? Ich will einfach nur, um die entsprechende code, um die nib/xib-Datei (ich habe versucht nib2objc, scheint das Ergebnis ist nicht das, was ich nach).

Eigentlich will ich in diesem Beispiel kompilieren

http://developer.apple.com/iphone/library/samplecode/TableSearch/index.html

ohne nib/xib-Datei (ich will es genau das gleiche mit original), keine Vorstellung hat, dies zu tun?

nur aus Neugier, warum willst du dies tun? Ich habe einiges geschafft, der iPhone-Entwicklung, und es gibt nicht wirklich viele Gründe, zu arbeiten, ohne Federn. Einmal daran gewöhnt, Interface Builder, Sie machen diese Sachen so viel schneller zu entwickeln...
Ich muss dies tun, in einigen speziellen Fällen. So brauche ich die app führt genau das gleiche, ohne Feder. Jede Idee zu diesem?
gibt es Fälle, in denen eine NIB-Datei nicht verfügbar sein könnte? Sie können manuell unserialize eine Feder zur Laufzeit mit NSBundle ist loadNibNamed:owner:options:, also selbst wenn Sie haben eine funky, unkonventionelle Methode, laden Sie Ihre Schnittstelle, die Sie noch Lesen können in den Ansichten.
Wenn Sie neu in iPhone Entwicklung, die Sie wirklich verwenden sollten Sie den Interface Builder.

InformationsquelleAutor Mickey Shine | 2009-12-25

  1. 13

    Check-out nib2objc:

    nib2objc wandelt NIB-Dateien (oder XIB) in Objective-C-code, inklusive aller Eigenschaften jeder Instanz, die dokumentierten Konstruktor-Aufrufe und auch die view-Hierarchie.

    nib2objc yourfile.xib > code.m
    danke, aber ich bin neu auf das iPhone dev. Wie verwende ich diesen Kodex?
    der code konvertiert von nib2objc nicht enthalten, den Umfang Knöpfe (search bar).
    Wenn Sie das neue iPhone Entwicklung, dann Sie wahrscheinlich sollte nicht versuchen neu zu erfinden, das sprichwörtliche Rad.
    Der link zu nib2objc scheint tot zu sein 🙁

    InformationsquelleAutor Michael

  2. 7

    Im Allgemeinen Fall, ich denke, die Antwort ist Nein. Federn sind nicht code; Sie sind Archive der serialisierten Objekte. Also, was Sie Fragen, ist, "in einem Gegebenen Graphen von beliebigen serialisierten Objekte, kann ich den erzeugen Quellcode, der vielleicht einen solchen Graphen ohne Verwendung der Serialisierung?" Ohne spezielle Unterstützung für einen solchen Prozess, der in allen Klassen beteiligt, sehe ich nicht, wie Sie könnte.

    Wahrscheinlich wäre es günstiger zu Fragen, was Sie eigentlich brauchen, um zu erreichen, anstatt diese bestimmte Weise zu tun, was auch immer es ist.

    Ich bin damit einverstanden. Es sollte kein Grund, nicht zu verwenden Sie eine Feder. Gewährt, wenn Sie ein neues Projekt beginnen, können Sie wählen, zu schreiben, alle Ihre Ansichten, im code anstelle der Verwendung von IB, aber wenn Sie bereits XIBs, es gibt keinen Grund, Sie zu verwandeln in einen code verwandelt, und werfen Sie Weg...
    Wenn Sie erstellen von lokalisierten apps dann Federn die nur begrenzt verwendet werden. Sie können für layout, aber viel von dem rest des set up gemacht werden muss im code. Auch, wenn Sie besonders Komplex Federn mit einer Menge von überlagerungen Blick, werden Sie zu schwer zu verwalten, weil es keine Möglichkeit gibt, Teile ausblenden, IB. In diesen Situationen ist es sehr nützlich, um etwas von der Arbeit im IB-und dann aufgeben. Lage zu konvertieren nibs-code spart eine Menge Arbeit.

    InformationsquelleAutor Chuck

  3. 1

    Allen "Es sollte kein Grund, nicht zu verwenden, eine nib/xib' geben Antworten hier, lassen Sie mich ein konkretes Beispiel, wie ein Kontrapunkt.

    [iPhone OS 3.1.3, 3.2]

    1. iPhone OS-apps haben eine begrenzte Menge an Speicher, mit zu arbeiten. Wenn Sie zu viel verwenden Ihre app wird automatisch beendet, durch das OS.
    2. Interface builder lädt die referenzierten Bilder in eine nib/xib in einem cache mit [UIImage imageNamed...], die verbraucht den Speicher und nicht automatisch die Freigabe, dass der Speicher. Es gibt auch keine Möglichkeit für Sie auf Wunsch die Bilder in das freigegebene cache freigegeben werden.
    3. Legen Sie einige große Bilder in der nib/xib-Dateien (dh - Gruppen), in einer app mit mehreren nib/xib-Dateien, und Sie werden sehr schnell eine app haben, knabbert Speicher schnell (3mbs pro in voller Größe png-hintergrund auf dem iPad), dass Sie keine Kontrolle über die Freigabe. Zweifel über dieses haben, überprüfen Sie die Dokumentation für [UIImage imageNamed] und tun einige googeln um zu überprüfen, dass ist das, was verwendet wird.

    Das ist ein Fall für die nicht-Verwendung eine xib/nib.

    Widerlegung: 1. Neuere iPhone OS / iOS-Geräte haben mehr Speicher als das 3G und 1. gen iPhone, damit ist dieses problem von selbst wieder löst; 2. [UIImage imageNamed:] Fehler, die Sie erwähnen, wurde korrigiert, der in iPhone OS 3.0, es betrifft nur das iPhone OS 2.x-Versionen. Die wird nicht mehr unterstützt von Apple-und apps-Unterstützung von iPhone OS 2.x werden nicht mehr zugelassen in den App Store. 3. Dies ist ein problem in Bezug auf die offensichtlichen Speicher-Anforderungen von großen Bildern, nicht über NIB-Dateien per se. Disclaimer: ich bin der Schöpfer von nib2objc, also meine Ansichten sind voreingenommen, und ich benutze XIB/Federn wenn immer möglich und sinnvoll.

    InformationsquelleAutor mattorb

  4. 0

    Ich denke, es macht Sinn, dies zu tun, wenn Sie nur wollen, um einen Ausgangspunkt für eine Sicht, die programmgesteuert erstellt wird, in einer Weise, die nicht leicht oder möglich mit Interface Builder. Es ist auch praktisch, wenn Sie möchten, zu bündeln und die view-Hierarchie in eine statische Bibliothek, so dass es vollständig in sich geschlossenes. Sie idealerweise möchten, verwenden Sie Federn, wenn möglich aber. Es wird die Internationalisierung leichter. Sie können jedoch immer noch die Unterstützung der Internationalisierung mit einer strings-Datei.

    InformationsquelleAutor Eric

Schreibe einen Kommentar