[#1]

• Vortrag auf Basis von http://www.eclipse.org/eclipse/presentation/eclipse-slides.ppt
• Kurzvorführung der Benutzung: Navigation, Workspaces, Runtime-Workspaces, CVS.
• Bericht über erste praktische Erfahrung mit Plugin-Development (Eclipse >= 3.0: Help→Cheat Sheets-Other)
• Schön wäre es, wenn dieser letzte Teil von allen Teilnehmern mit Unterstützung des Vortragenden als praktische Übung durchgeführt werden könnte.

• Darstellung der Struktur der Bibliothek anhand von: Help → Help Contents → GEF Developer Guide → Programmer's Guide
• Erläuterung der Begriffe EditPart, EditPolicy, Request, Role, EditPartViewer, Tool, Palette, EditDomain
• Präsentation eines Beispiels (Minimales selbsterstelltes oder eines der vielen schönen aus dem Netz.)
• Schön wäre es, eine Anpassungsaufgabe als Übung für alle Teilnehmer zum Abschluss des Vortrags zu haben.

• State, Strategy, Adapter, Decorator [, Bridge, Proxy ,Facade]
• Folien

• MVC, Observer, Mediator, Command [, Chain of Responsibility]
• Folien

• Builder, Prototype, Factory Method, Abstract Factory [, Singleton]
• Vortragsfolien

• Soviel AspectJ, dass wir unser Logging aus den Klassen heraushalten können.
• Folien aus der Vorlesung dürfen gerne verwendet werden.
• Präsentation des AJDT.
• Abschliessend eine kleine praktische Aufgabe für die anderen Teilnehmer.
• Vortragsfolien

• Chapter 3, Bad Smells in Code
• Folien

• Grundlagen der programmierung in Prolog. Fakten, Prädikate, Und, Oder, Rekursion
• Abschliessend ein oder zwei der Standardaufgaben (Verwandschaftsverhältnisse o.ä.)
• Folien
• Prolog Beispiele

• http://roots.iai.uni-bonn.de/jtransformer/Wiki.jsp?page=PrologAST
• Folien
• Beispielcode findet sich im CVS unter SpikeJLMP.

• Folien

• Chapter 6, Composing Methods
• Chapter 9, Simplifying Conditional Expresssions
• Chapter 10, Making Method Calls Simpler
• Folien

• Chapter 7, Moving Features Between Objects
• Chapter 8, Organizing Data
• Chapter 11, Dealing with Generalization
• http://www.refactoring.be/thumbnails/ec-edbc.html
• http://www.refactoring.be/thumbnails/ec-edwi.html
• http://www.refactoring.be/thumbnails/rtn-puf.html
• http://www.refactoring.be/thumbnails/rtn-pdf.html

[#2]

• Dauer der Vorträge 30 Minuten
• Die Vorträge sollten eher praktisch orientiert sein.
• Abschließend sollte ein praktische Übung folgen

• siehe oben

• Fowler gibt auf den einleitenden Seiten der aufgelisteten Kapitel einen Überblick über den Zusammenhang der Refactorings. Dieser sollte auf einer einleitenden Folie dargestellt werden.
• Dann sollten die einzelnen Refactorings schematisch dargestellt werden. Wichtig ist, dass man versteht, was in den Refactorings geschieht und was man durch sie erreicht. Gibt es Nachteile?
• Anhand von zwei, drei Codebeispielen sollte gezeigt werden, wie Eclipse automatische Refactorings unterstützt.
• Schön wäre, wenn dieser letzte Teil als praktische Übung für die anderen Teilnehmer formuliert wäre.

• Die Pattern sind einerseits für uns als Hintergrundwissen für das zu erstellende Tool relevant. Andererseits werden wir sicher sehr schnell in Situationen kommen, in denen wir Pattern anwenden müssen / können. Außerdem finden sich die meisten der Pattern im bereits vorhanden Code.
• Je nachdem, was Euch besser liegt, könnt Ihr die Pattern als UML-Diagramme oder anhand von Beispielcode einführen.
• Je Vortrag sollten mindestens zwei der vorgestellten Pattern als funktionierendes Beispiel ins CVS eingecheckt werden und für “Copy und Paste” zur Verfügung stehen.

[#3]

• Martin Fowler: “Refactoring: Improving the Design of Existing Code”, Addison-Wesley 1999, Chapters 3; 6-11 (Deutsch: “Refactoring. Wie Sie das Design vorhandener Software verbessern”, Addison-Wesley 2000)
• E. Gamma, R. Helm, R. Johnson, J. Vlissides: “Design Patterns - Elements of Reusable Object-Oriented Software”. Addison Wesley 1995, ISBN 0-201-63361-2 (auch als CD, ISBN 0-201-63498-8) (Deutsch: “Entwurfsmuster”. Addison Wesley 1995.)

[#4]

• Die Pattern “Command”, “Template Method”, “Collecting Parameter”, “Adapter”, “Pluggable Selector” und “Composite” werden in einem Artikel über das Design von JUnit forgestellt: http://junit.sourceforge.net/doc/cookstour/cookstour.htm
• Einige Refactorings finden sich in einer sehr einfachen anschaulichen Darstellung unter http://www.refactoring.be/thumbnails.html. (Ein Verständnis muss man sich natürlich schon anhand des Fowler erarbeiten.)