Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden. Du solltest ein Upgrade durchführen oder ein alternativer Browser verwenden.
mich würde eure Meinung zu einer Frage interessieren die ich mir gerade stelle.
Für die Uni habe ich in einer Gruppe einen mp3 player zu programmieren.
Es gibt ein paar Vorgaben wie:
die GUI soll mit Swing gebaut werden
Maven für die Ausführung und das einbinden der benötigten Libs
...noch einige andere
Dependency Injection mit Spring
Um den letzten Punkt in der Liste geht es mir.
In der Gruppe diskutieren wir die Dependency Injection in diesem Projekt. Meine Meinung ist, dass es hier nicht sehr sinnvoll eingesetzt ist da es ein Enduser-Programm ist und ich den Vorteil der DI, nämlich zur Laufzeit meine Komponenten ändern zu können, nicht ausnutzen kann. Es kommt in meinen Augen sogar das Problem ins Spiel, dass der Enduser in einem Klartextfile (dem xml von spring) herumpfuschen könnte.
Natürlich hat die Uni die Aufgabe uns verschiedene Technologien beizubringen und das passiert nicht immer im sinnvollsten Kontext, sondern muss mit Hilfe von Projekten gelernt werden die überschaubar genug sind um sie innerhalb eines Semesters umsetzen zu können.
Ich freu mich, dass ich Spring kennenlerne und möchte nicht erreichen, dass wir weniger Arbeit haben, sondern ich möchte gerne AUCH mit unabhängigen Leuten (nicht nur Gruppe/Tutoren) die sich besser auskennen als ich, darüber sprechen um es so sinnvoll wie möglich einzusetzen. Meine Intention ist, einzelne große Komponenten mit DI im xml einzubinden/festzulegen, aber nicht auch jede kleine Klasse die irgendwo als Instanzvariable gehalten wird per Spring zu injecten. Stein des Anstoßes waren zB Implementierungen von AbstractAction im GUI. Ein Gruppenkollege möchte sie per DI in das JFrame setzen.
Natürlich bespreche ich das auch mit Tutoren und treffe mich die Woche auch noch mit anderen Gruppen um mich auszutauschen (Meine Rolle ist der "Technische Architekt" im Team).
So, der Text ist eh schon so lange.
Würde mich über die ein oder andere Meinung sehr freuen.
Punkte wären zB:
Dependency Injection in Enduser-Desktopanwendungen, gibt es dazu sinnvolle Anwendungen in der Praxis?
Typsicherheit ausgeschalten - die in meinen Augen tolle tatsache, dass ich bei der Compilierung schon weiß ob sich alle Interfaces/Methoden "verstehen" führe ich doch mit DI ad absurdum. Wenn ich daraus einen Vorteil gewinne ist das OK. Aber sonst? Übersehe ich was?
Auto Codevervollständigung - gibt es eine Möglichkeit in Eclipse wenn ich das xml zur Konfiguration von Spring schreibe, ähnliche Hilfe zu bekommen wie wenn ich zB in einer Klasse mit dem new Operator arbeite? Da Hilft mir Eclipse ja zB indem es mir bei "KlasseA a = new " nur noch Solche Einfügungen vorschlägt die auch von KlasseA ableiten.
Das wohl eher nicht, denn die entsprechende Konfig-Datei sollte ja in der entsprechenden Jar-File gepackt sein.
Spring hat wohl schon seinen Ursprung in der Server-Welt (weil JavaEE < 5 wohl eher grausam war), aber die
Vorteile lassen sich auch wohl in Desktop-Anwendungen nutzen.
Meine Intention ist, einzelne große Komponenten mit DI im xml einzubinden/festzulegen, aber nicht auch jede kleine Klasse die irgendwo als Instanzvariable gehalten wird per Spring zu injecten.
Ich glaube du missverstehst hier was DI eigentlich bedeutet. Es geht darum das eine Klasse bzw. ein Objekt davon
innerhalb einer anderen Klasse verwendet werden soll. Aber anstatt in der anderen Klasse einfach "new" zu nutzen
gibt man das Objekt (die Dependency) über den Konstruktor oder einen Setter mit (= Injection). Das soll also durchaus
auf dem Klassenlevel passieren, da sich dadurch auch eben die Vorteile ergeben.
Ich hoffe ich habe das einigermaßen vernünftig zusammengeschrieben, falls jemand Ergänzugen/Verbesserunge hat,
her damit ;-)
Wenn ihr Spring nur für die DI nehmen wollt, ist das IMHO mit Kanonen auf Spatzen geschossen. In dem Fall würde ich zu Guice raten, was DI, und nur DI macht (und zwar ziemlich gut).
Ansonsten schließe ich mich meinem Vorredner an: Jedes etwas komplexere Projekt kann von DI profitieren. Der Code wird modularer, besser strukturiert, und damit leichter anzupassen.
