Struktur des Fragmentprojekts

Auf der Assistentenseite Projektstruktur können Sie den Projektnamen, die Position, die Einstellungen und das Ziel angeben.

Fragmentstruktur

Projektname

Für den Namen des Fragmentprojekts wird die umgekehrte Konvention für die Domänenbenennung empfohlen (zum Beispiel 'com.example.abc'), diese Konvention wird von der PDE aber nicht erzwungen.

Projektposition

Die Standardposition für ein Fragmentprojekt ist ein Unterverzeichnis, das in der Arbeitsbereichsposition verschachtelt ist. Wenn Sie die Position ändern möchten, nehmen Sie die Auswahl des Kontrollkästchens Standardposition verwenden zurück, und geben Sie die von Ihnen gewünschte Position ein.

Projekteinstellungen

Ob ein Fragmentprojekt als Java-Projekt erstellt werden soll, hängt davon ab, ob das Fragment Code enthält. Fragmente, die Code enthalten, befinden sich in einem Java-Projekt. Andere Plug-ins, wie zum Beispiel Plug-ins für die Dokumentation, enthalten keinen Code und können somit in einfachen Projekten enthalten sein.

Eclipse- oder OSGi-Framework

Von der Entscheidung für Eclipse-Framework oder ein OSGi-Framework hängt ab, welche Anfangsseiten im Editor für Plug-in-Manifest angezeigt werden, wenn dieser geöffnet wird.

Da die Erweiterungsregistry Eclipse-spezifischer Inhalt ist, werden die Seiten Erweiterungen und Erweiterungspunkte des Manifesteditors nur angezeigt, wenn die Option Eclipse-Version ausgewählt ist.

Equinox oder Standard

Wenn ein OSGi-Framework das Ziel ist, können Sie als Frameworktyp entweder Equinox oder Standard auswählen. Ein Equinox-OSGi-Framework erweitert den Inhalt der Datei MANIFEST.MF um Eclipse-spezifische Header (zum Beispiel Eclipse-LazyStart) und Anweisungen (zum Beispiel x-friends). Wenn Sie diese Eclipse-spezifischen Header und Attribute nicht verwenden möchten, wählen Sie die Option Standard aus.

Arbeitssets

Zur Vereinfachung können Plug-in-Projekte Teilarbeitsbereichen zugeordnet werden, die im Arbeitsbereich definiert sind.