Assistentenbasierte Benutzerschnittstelle für das Refactoring
Eine assistentenbasierte Benutzerschnittstelle führt Sie durch die Schritte, die zur Ausführung einer Refactoringoperation erforderlich sind.
Ein Refactoringassistent besteht aus 1 - n Parameterseiten, einer Voranzeigenseite und einer Fehlerseite.
Parameterseiten
Diese Seiten erfassen Informationen, die für die Refactoringoperation benötigt werden. Beispielsweise verwendet die Refactoringoperation Hochsetzen zwei Seiten, um die Methoden und Felder zu erfassen, die hochgesetzt werden sollen, und um die obsoleten Methoden und Felder in Unterklassen zu erfassen, die gelöscht werden können. Der Benutzer kann mit
den Schaltflächen Weiter > und
< Zurück in den Parameterseiten navigieren.
Nachdem Sie die erforderlichen Informationen
angegeben haben, können Sie auf Fertig
stellen klicken, um die Refactoringoperation ohne Voranzeige der Ergebnisse
auszuführen. Wenn Sie die Änderungen vorab anzeigen wollen, klicken Sie auf Weiter >.
Seite 'Voranzeige'
Dank JDT können Sie sich vorab die Ergebnisse einer
Refactoringaktion ansehen, bevor Sie die Aktion ausführen.
Die Seite 'Voranzeige' besteht aus zwei Teilen:
-
Der obere Bereich enthält eine Baumstruktur mit allen Java-Elementen,
die von der Refactoringoperation betroffen sind. Jeder Knoten auf der höchsten Ebene der Baumstruktur stellt eine
Kompiliereinheit dar.
-
Der untere Bereich enthält eine Anzeigefunktion für Vergleiche. Auf der linken Seite des
Fensters wird der Ausgangswert angezeigt, die rechte Seite zeigt hingegen die Quelle nach der Refactoringoperation.
Seite 'Fehler'
Auf der Refactoringseite 'Fehler' ist angegeben, ob die
beabsichtigte Refactoringaktion vermutliche, potenzielle oder
definitive Fehler verursacht.
Es gibt vier mögliche Fehlertypen:
-
Informationen
-
Ein Fehler des Typs 'Informationen' wirkt sich weder auf die Refactoringoperation noch in negativer Weise auf den Code in der Workbench aus. Diesen Fehlertyp können Sie höchstwahrscheinlich ignorieren.
-
Warnungen
-
Fehler des Typs 'Warnung' sollen Warnungen des Compilers vorhersagen. Ein solcher Fehler wirkt sich höchstwahrscheinlich nicht negativ auf den
Code in der Workbench aus.
-
Fehler
-
Ein Fehler des Typs 'Fehler' verursacht mit großer Wahrscheinlichkeit Compilerfehler oder führt zu
semantischen Änderungen des Codes in der Workbench. Wenn Sie wollen, können Sie das Refactoring trotz solcher Fehler
fortsetzen. Dies ist jedoch nicht empfehlenswert.
-
Stoppfehler
-
Dieser Fehlertyp verhindert, dass die Refactoringoperation stattfindet. Wenn Sie beispielsweise einen Kommentar auswählen, und für diesen den
Befehl 'Methode extrahieren' auswählen, gibt die Workbench einen
Stoppfehler für den Refactoringversuch aus, da eine Extrahierung
aus einem Kommentar nicht möglich ist.
Falls keine Stoppfehler vorliegen, kann die Refactoringoperation ausgeführt werden, indem Sie auf die Schaltfläche
Fertig stellen klicken. Um die Ergebnisse der Refactoringaktion vorab anzuzeigen, wählen Sie die Schaltfläche
Weiter > aus.
Refactoring-Unterstützung
Aktionen im Menü 'Refactoring'
Symbole