Komponenten-basiertes Self-Hosting | Aktuell verwendet Eclipse für das Self-Hosting eine Plug-in-basierte Methode. PDE startet ein zweites Exemplar der Laufzeitworkbench, indem ein Bereich von Plug-ins übergeben wird, die geladen werden sollen. Ein normales Eclipse-Produkt ist hingegen komponentenbasiert: Während des Starts prüft es alle Komponenten, die aktiv sein sollen, berechnet Plug-ins, die zu diesen Komponenten gehören, und übergibt das Ergebnis für den Ladevorgang.
Dieser Verhaltensunterschied macht das Self-Hosting in solchen Szenarien kompliziert, in denen ein vollständiger Startvorgang erforderlich ist, an dem Komponenten beteiligt sind. PDE unterstützt nun dieses Szenario, wenn die Einrichtung sorgfältig vorgenommen wird:
Wenn alle diese Bedingungen erfüllt sind, wird das Eclipse-Laufzeitexemplar auf eine Weise gestartet, die einem normalen Eclipse-Start so weit wie möglich entspricht. Hierdurch werden das Testen von Dialogen "Infos über" und andere Aspekte vereinfacht, die von der Gruppe der installierten Komponenten abhängig sein können. |
Verwendung des Arguments "-clean" | Wenn Sie eine neue Startkonfiguration für die Laufzeitworkbench erstellen,
enthalten die von PDE voreingestellten Programmargumente für die Startkonfiguration auch das Argument "-clean".
Das Argument "-clean" löscht zwischen den Aufrufen der Laufzeit alle Daten im Cache. Dadurch wird sichergestellt, dass alle Änderungen, die Sie an der Host-Workbench vorgenommen haben (zum Beispiel neue Java-Pakete, die zu einem Plug-in hinzugefügt wurden usw.) beim Starten der Laufzeitworkbench erkannt werden. Wenn Ihre Zielplattform eine hohe Zahl von Plug-ins enthält, kann das Löschen des Caches negative Auswirkungen auf die Leistung haben. Wenn also Ihre Zielplattform eine hohe Zahl von Plug-ins enthält und Sie sich in einem Stadium befinden, in dem Sie in Ihrem Plug-in-Projekt keine Pakete mehr hinzufügen oder entfernen müssen, können Sie das Argument "-clean" aus der Startkonfiguration entfernen und die Startzeit verkürzen. |
Import mit Linkerstellung | Das Importieren externer Plug-ins und Fragmente kann je nach Inhalt der importierten Plug-ins sehr zeitaufwendig sein und zu großen Arbeitsbereichen führen.Deshalb bietet der Assistent "Externe Plug-ins und Fragmente importieren" die Möglichkeit zum Import mit Linkerstellung.Das bedeutet, dass beim Import die importierten Ressourcen nicht in Ihren Arbeitsbereich kopiert werden.Es werden einfach Links zu den importierten Dateien erstellt.Sie können diese verlinkten Ressourcen so anzeigen lassen, als wären sie in Ihren Arbeitsbereich kopiert worden.Die Dateien befinden sich aber nicht physisch in Ihrem Dateisystem, deshalb können Sie sie nicht ändern.Seien Sie deshalb vorsichtig bei Operationen, bei denen die Dateien physisch in Ihrem Arbeitsbereich vorhanden sein müssen. Diese funktionieren nicht mit verlinkten Dateien. |
Schablonen | Um Ihnen einen Schnelleinstieg zu ermöglichen, stellt PDE mehrere Schablonen-Plug-ins zur Verfügung, die ein Plug-in mit einer oder mehreren voll funktionsfähigen Erweiterungen generieren.Außerdem können Sie jederzeit, wenn Sie ein neue Erweiterung aus der Schablonenliste hinzufügen wollen (ohne ein Plug-in generieren zu müssen), direkt aus dem Manifesteditor auf diese Erweiterungsschablonen zugreifen.Klicken Sie hierzu auf der Seite "Erweiterungen" des Editors auf "Hinzufügen...".'.Wählen Sie im aufgerufenen Assistenten im linken Teilfenster den Eintrag "Erweiterungsschablonen" und im rechten Teilfenster die gewünschte Schablone aus. |
Ausmaß der Plug-in-Abhängigkeit | Wenn Sie sich schon einmal die Liste der Plug-ins
angesehen haben, von denen Ihr Plug-in abhängig ist, und sich gefragt haben, warum Ihr Plug-in ein bestimmtes
Plug-in X benötigt, können Sie nun den Grund ganz einfach feststellen .
Die Operation Ausmaß der Abhängigkeit berechnen, die in vielen Kontexten im Kontextmenü enthalten ist (einschließlich der Seite "Abhängigkeiten" für die Manifestdatei und der Sicht "Abhängigkeiten") führt eine kombinierte Suche nach Java und Plug-ins aus und ermittelt alle Java-Typen und Erweiterungspunkte, die durch das Plug-in X bereitgestellt werden und auf die in Ihrem Plug-in verwiesen wird. Die Ergebnisse werden in der Sicht "Suchen" angezeigt.Wenn ein Typ in der Sicht "Suchergebnisse" ausgewählt wird, sucht die Aktion Verweise in MeinPlugIn im Kontextmenü nach allen Stellen im Plug-in, an denen auf den ausgewählten Typ verwiesen wird. Falls die Suche kein Ergebnis zurückgibt, sollten Sie das Plug-in X definitiv aus der Liste der Abhängigkeiten entfernen, da es überhaupt nicht verwendet wird und nur das Laden der Klassen verlangsamt. Die Aktion Ausmaß der Abhängigkeit berechnen ist außerdem nützlich, wenn Sie prüfen wollen, ob interne Klassen (die keine APIs sind) aus dem Plug-in X verwendet werden, was unter Umständen nicht erwünscht ist. |
Nicht verwendete Abhängigkeiten suchen | Wenn Sie die Anzahl der Abhängigkeiten eines Plug-ins verringern, können Sie die Leistung dadurch ganz sicher verbessern.Im Zuge der Entwicklung eines Plug-ins kann es vorkommen, dass seine Liste der Abhängigkeiten nicht mehr aktuell ist und immer noch Verweise auf Plug-ins enthält, die nicht mehr benötigt werden.Eine Möglichkeit, mit der Sie ganz schnell prüfen können, ob noch alle vom Plug-in aufgelisteten Abhängigkeiten durch das Plug-in verwendet werden, haben Sie durch die Ausführung des Dienstprogramms "Nicht verwendete Abhängigkeiten suchen". Dieses Dienstprogramm ist im Kontextmenü der Seite "Abhängigkeiten" im Manifesteditor von PDE verfügbar. |
Java-Suchbereich erweitern | Die Java-Suche ist auf Projekte im Arbeitsbereich sowie externe JARs beschränkt, auf die von diesen Projekten verwiesen wird.Wenn Sie weitere Bibliotheken aus externen Plug-ins in die Suche einbeziehen wollen, öffnen Sie die Sicht "Plug-ins", wählen Sie ein Plug-in aus und verwenden Sie dann die Option Zu Java-Suche hinzufügen im Kontextmenü. Auf diese Weise können Sie bequem feststellen, ob andere Plug-ins von den Plug-ins abhängig sind, die Sie gerade bearbeiten. |