3. Agenda
Grails Plugins verwenden
– Plugins Quelle
– Plugins installieren und verwenden
– Kurze Plugins Vorstellung
Grails Plugins selber entwickeln
– Warum?
– Was kann man machen?
– Wie: Live Beispiel
5. Grails Plugin
Grails kann nicht alles enthalten
Ein Plugin fügt neue Funktionalitäten ein
Idealerweise:
– nicht intrusiv
– folgt Grails Prinzipien
• Konvention statt Konfiguration
• DRY
9. Immer mehr Plugins
140
120 Letzte Woche: 124 Plugins
100
80
Start von
60 http://www.grails.org/Plugins
40
20
0
10.10.06 18.01.07 28.04.07 06.08.07 14.11.07 22.02.08 01.06.08 09.09.08 18.12.08
10. Immer mehr Plugins
140
120 Letzte Woche: 124 Plugins
100
80
Start von
60 http://www.grails.org/Plugins
40 Als Vergleich:
über 1200 Ruby on Rails Plugins
20 auf http://agilewebdevelopment.com
0
10.10.06 18.01.07 28.04.07 06.08.07 14.11.07 22.02.08 01.06.08 09.09.08 18.12.08
11. Grosse Unterschiede in der Qualität
Veraltete Plugins
– ex: Radeox plugin „requires grails 0.5.5”
Verdoppelungen
– ex: FCK editor plugin <> FCKeditor plugin
“Brutkasten” für Grails
– ex: Testing Plugin wird integriert in Grails 1.1
30. Persönliche Empfehlungen
Immer prüfen, ob ein Plugin für das
aktuelle Vorhaben existiert
Wenn ja:
– experimentieren
– Plugin erweitern wenn nötig
– oder Plugin als Basis für die eigene
Entwicklung verwenden
Kontributionen sind immer Willkommen
32. Plugins selber entwickeln: warum?
Wiederverwendung vom Code
– Beispiele:
• Anbindung an ein internes System
• Einfache Verwendung von einem existierendem Tool
Trennung von Applikationsteilen
=> reduziert Kompilationabhängikeiten
=> einfachere & wartbarere Code
33. Was kann ein Plugin tun?
Alles oder fast alles
Typischerweise:
– neue Services, Views, Taglibs, ..
– neue dynamische Methoden
– eigene Artifakte
– neue Skripte
– ...
46. Persönliche Wunschliste
Support für Plugins Entwicklung innerhalb
eines anderen Projekts
Besserer Testing Support
Mehr Helfermethoden für die Installation
(source & lib Path erweitern, i18n Dateien
kopieren, ...)