Frage

Wann empfehlen Sie die Integration einer benutzerdefinierten Ansicht in Interface Builder mit einem Plug-in?Beim Durchblättern von Apple Programmierhandbuch für das Interface Builder-Plug-In Ich fand:

  • Werden Ihre benutzerdefinierten Objekte nur von einer Anwendung verwendet?
  • Verlassen sich Ihre benutzerdefinierten Objekte auf Statusinformationen, die nur in Ihrer Anwendung zu finden sind?
  • Wäre es problematisch, Ihre benutzerdefinierten Ansichten in einer eigenständigen Bibliothek oder einem eigenständigen Framework zu kapseln?

Wenn Sie eine der vorherigen Fragen mit „Ja“ beantwortet haben, sind Ihre Objekte möglicherweise keine guten Kandidaten für ein Plug-in.

Das beantwortet einige meiner Fragen, aber ich würde trotzdem gerne wissen, wann es eine gute Idee ist.Was sind die Vorteile und wie hoch ist der Zeitaufwand?

War es hilfreich?

Lösung

Es ist durchaus sinnvoll, die von Ihrer Anwendung verwendeten Ansichts- und Controller-Klassen in ein separates Framework zu verschieben – eingebettet in Ihren Anwendungs-Wrapper –, für das Sie auch ein Interface Builder-Plug-in erstellen.

Unter anderem können Klassen, die in Ihrer Anwendung häufig verwendet werden, dann an ihrem Verwendungspunkt im Interface Builder konfiguriert werden, anstatt verstreut -awakeFromNib Implementierungen.Dies ist auch die einzige Möglichkeit, dass Ihre Objekte Bindungen offenlegen, die im Interface Builder eingerichtet werden können.

Es ist ein wenig Programmieraufwand, aber für Ansichts- und Controller-Klassen, die an mehr als einer Stelle verwendet werden und vor ihrer tatsächlichen Verwendung eine zusätzliche Einrichtung erfordern, sparen Sie insgesamt wahrscheinlich eine Menge Zeit.Und Ihre Erfahrung bei der Entwicklung mit Ihren eigenen Controller- und Ansichtsklassen wird der Entwicklung mit denen von Cocoa ähneln.

Andere Tipps

Ich denke, die Apple-Richtlinien fassen es gut zusammen.

Wenn Sie ein Steuerelement schreiben, das in mehreren Anwendungen verwendet wird und vollständig generisch ist, ist die Erstellung eines benutzerdefinierten Objekts eine gute Idee.Sie können das Aussehen und die eingestellten Eigenschaften direkt im Interface Builder visualisieren.

Wenn Ihre Kontrolle auf eine Anwendung beschränkt ist oder eng mit Ihren Daten verknüpft ist, bringt Ihnen das Verschieben in ein benutzerdefiniertes Objekt wirklich nicht viel.

Es ist nicht schwierig, eine benutzerdefinierte Ansicht zu erstellen. Es gibt viele leicht verständliche Anleitungen.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top