Drupal

Analog zu [Coder's Implementation{C#}] Plugin-Architektur 1.0 folgt jetzt die Referenzimplementierung zu [Coder's Concept] Plugin-Architektur (v 1.0), dieses mal in Objective C für Mac OS X. Am Ende des Artikels ist ein Archiv verlinkt, das den kommentierten Quellcode enthält. Das Projekt wurde mit dem aktuellsten XCode entwickelt.

Klassendesign

Das XCode Projekt enthält insgesamt 3 Projekte, analog zur C#-Lösung. Es gibt ein Framework, das den gemeinsam genutzten Code enthält, die Applikation und ein Beispielplugin als Bundle. Im Projekt sind logische Gruppen für jedes Subprojekt angelegt, um den Quellcode voneinander zu trennen.

Die Klassen im Überblick:
* MyDocument
Die Klasse MyDocument Realisiert das von Cocoa vorgeschriebene Protokoll für Dokumentbasierte Applikationen. Sie enthält eine Liste von Aufgaben (Task-Objekte)
* DocController
Der DocController verhandelt zwischen der Oberfläche und dem Dokument. Hier wird gefiltert, hinzugefügt, geändert und gelöscht.
* PluginManager
Hier ist die notwendige Logik zum Laden der Plugin-Bundles enthalten.
* DoneFilter
Dies ist die Principal-Klasse des Plugins, die gleichzeitig einen Beispielfilter implementiert.
* Unfiltered
Diese Klasse ermöglicht die ungefilterte Ansicht, indem sie keine Aufgaben herausfiltert.
* Task
Die Task-Klasse repräsentiert eine einzelne Aufgabe.
* ITaskFilter
ITaskFilter definiert die von Plugins zu implementierende Schnittstelle.

Applikation

Die Applikation (bestehend aus MyDocument, DocController, Pluginmanager und Unfiltered) bildet die Grundlage des Beispielprojekts. Der Code zum laden von Plugins ist im PluginManager enthalten. Ausserdem ist dieses Ziel so angelegt, dass das Framework in die Applikation eingebettet wird.

Framework

Das Framework als Bindeglied zwischen der Applikation und den Plugins enthält nur den für beide Seiten notwendigen Code: Die Task-Klasse. Wichtig bei der Erstellung des Frameworks: Wenn es eingebettet wird, müssen die Projekteinstellungen an einer Stelle geändert werden:

Dadurch funktioniert das Framework 'nur noch' eingebettet.

Plugin

Das Beispielplugin linkt gegen das Framework und ist in den Buildeinstellungen so konfiguriert, dass es automatisch in den ApplicationSupport Ordner kopiert wird:

Die Applikation wählt als Plugin-Klasse die Principal-Klasse der Bundles aus, deshalb muss die PrincipalClass-Eigenschaft korrekt gesetzt sein:

Nur dann wird das Bundle auch erfolgreich als Plugin geladen und als Filter angeboten.

Andere Lösungsoptionen

In Objective C ist es möglich, beim Übersetzen die Applikation anzugeben, die später das Bundle lädt. Dadurch würde das Framework überflüssig, weil die gemeinsam genutzten Klassen dann aus dem Applikationsbinary gelinkt werden können. Anstatt über die PrincipalClass zu gehen wäre es auch möglich gewesen, eine plist in den Bundles abzulegen, die die NIB-Dateien beschreibt, die Plugins enthalten. Oder die PrincipalClass kann als Controller des Bundles auftreten und eine Liste von Plugins zurückgeben. Hier wären mehrere Erweiterungsmöglichkeiten denkbar. Für die Demonstration der Architektur waren sie jedoch nicht notwendig.