Eclipsekurs 2007/Vortrag Tag 2

Inhaltsverzeichnis

Projekt erklären: HelloWorld
Task View: Todos und Fixmes aus HelloWorld, anklicken, Unterschied erklären
Erstes FIXME abarbeiten
- Random int in Liste einfügen, dabei auf fehlendes Javadoc hinweisen
- FIXME entfernen -> darauf hinweisen, dass es auch verschwunden ist
Erstes Todo abarbeiten und dann entfernen:
- Warum warnt er denn bei Vector? -> "Open Declaration" -> "Ooops kein Quellcode!"
- Mit "Attach source" Quellcode in "src.zip" anhängen -> Vector.java erscheint
- Vector ist eine generische Klasse -> Deklaration von vec korrigieren -> diverse Warnungen verschwinden
- Hinweis: Jetzt wird in der Auto-Completion auch Javadoc angezeigt -> Eclipse holt sich aus dem Quellcode live Javadoc
- Andere Warnung: Überflüssiger Import
  - Mit "Organize Imports" überflüsigen Import entfernen
  - Imports entfernen und wieder "Organize Imports" aufrufen -> alle nötigen Imports wieder da!
- Zweites Todo: getSum() dokumentieren:
  - Per Template ohne klicken
  - Über "Generate Element Comment" im Outline

Begriffsklärung, typische Imports:
- Andere Projekte in Workspace integrieren
- Vorgaben für Übungs-Blätter (Quellcode und als .class Dateien)
- ***
- Dateien beliebiger Art

analog zum Importieren (file-system, archive, etc.), auch wieder type-filters möglich
über Kontext-Menü+s lassen sich auch nur bestimmte Dateien (einzelne Java-Files etc exportieren)
ausführbare Jar Dateien erzeugen: Export -> Jar File, type filter erklären und dann zwei screens später die Main-Class auswählen

TestProjekt erklären:
- UML Diagram anzeigen
- Geometrie, Frorm, Kreis in Eclipse zeigen

Rename:
- Frorm -> form (WARNUNG: Java-Konventionen) -> Form
- hierbei die Preview Funktion erwähnen
- r -> radius
- Funktioniert genauso mit allem was einem Namen hat: Projekte, Ordner, Java-Packages, Klassen, Methoden, Variablen, etc
- radius -> xy
- Den Name Clash im Preview Dialog erklären, Refactoring abbrechen
- Hinweis: Praktisch ist es möglich Funktionalität mit Refactoring zu zerstören, daher immer testen nach Refactoring

Extract Method:
- Code in "Kreis" kurz erklären (Oh mein Gott: doppelter Code!)
- PI-Code markieren und extrahieren, dabei Formular-Felder kurz erklären: Name, Access-Modifier, Preview
- an Code zeigen, wie PI Code ausgelagert und _sogar_ auch noch an zwei Stellen ersetzt wurde
- extract rückgängig machen (Menüfunktion benutzen!!), nochmal von vorne und dabei auf die "occurence replace" Option hinweisen
- darauf hinweisen, dass "occurence replace" nur bei _identischem_ Code funktioniert

Pull-Up:
wir wollen später noch eine Ellipsen-Klasse definieren -> wir brauchen PI auch dort -> es wäre schön wenn PI in der Klasse Form wäre
pull-up Formular aufrufen, Felder erklären: Destination Type, Actions for members und dann "next" anklicken und noch erklären, dass zu entfernende Funktionen auch eingestellt werden können
zeigen dass es tatsächlich ausgelagert wurde und von private auf _protected_ geändert wurde