Diese Diskussion wurde archiviert.
Es können keine neuen Kommentare abgegeben werden.
|
 |
|
 |
 |
Von Anonymer Feigling am Wednesday 29. June 2005, 20:57 MEW (#1)
|
|
 |
 |
 |
wo ist die Zukunft besser gesichert?
|
|
 |
 |
|
|
 |
|
 |
 |
|
 |
 |
 |
Du scheinst ein wenig Äpfel mit Birnen zu vergleichen.
Lustig ist aber, dass du über IKVM die Brücke zwischen Mono und Java schlagen kannst. Es ist also möglich, aus Java auf die Mono Klassenzuzugreifen. Es ist sogar möglich, Eclipse in Mono laufen zu lassen...
Mono hat einiges zu bieten. Es ist keine Wundertechnologie, aber dafür aber eine sehr interessante Plattform. Vor allem auf Nicht-Windowssystemen. Die GUI-Entiwcklung mit GTK-Sharp ist ähnlich angenehm wie mit Swing, ist aber - zumindest unter GTK benutztenden Desktops - native.
In die Zukunft schauen können nur die wenigsten. In der Java-Welt gibt es sehr mächtige IDEs und gut getestete Frameworks. Mono ist frei und läuft auf verschiedenen Systemen.
Gerade im Bereich der Plattformunabhängigen Desktopanwendungsentwicklung sehe ich eine Chance für Mono. Java ist leider nicht auf allen Systemen verfügbar und Swing ist, so schön das Konzept auch ist, nicht direkt das Optimum für eine Desktopanwendung.
|
|
 |
 |
|
 |
|
 |
 |
|
 |
 |
 |
Klar, swing ist nicht alles.. Aber gerade wenn man mit eclipse entwickelt, kann man zur GUI entwicklung sehr gut SWT verwenden. SWT ist ein Plugin zur Erstellung graphischer Oberfläschen. Es nutzt die nativen graphischen Elemente des Betriebssystems.
|
|
 |
 |
|
 |
|
 |
 |
|
 |
 |
 |
Swing hat sich in den letzten 2 Java Versionen in Sachen Performance verbessert. Zwar lassen sich keine "Blazing-Fast" Guis erstellen, jedoch reicht die Kraft von Swing ohne weiteres für normale GUI Anwendungen. V.a. weill in der Entwicklung von GUIs das Swing Framework enorm sauber und auf Schichten basiert erstellt wurde. Diese, nicht zu unterschätzende Komplexität ist von vielen Entwicklern gefürchtet. Neulingen sei der Einsatz von "normalen" RAD Tools wie Delphi empfohlen, wer aber Swing erstmal kennt und Tools benutzt, kann genau so schnell GUIs entwickeln und hat sämtliche Aspekte der GUI Controls besser im Griff als bei allen GUI Libs die ich kenne.
Tipp: Der Swing GUI Builder Jigloo von Cloudgarden für Eclipse: http://cloudgarden.com/jigloo/
SWT scheint eine gute Idee zu sein, jedoch kann ich micht mit 2 Sachen nicht anfreunden.
1.) SWT setzt (imho) nicht auf Swing Interfaces auf, somit kann ich eine Anwendugn nicht transparent entwickeln.
2.) Und wichtiger: Ich muss für jede Plattform neu kompilieren und ein Kit anbieten. So gibt es ja von Eclipse selber 2 Release (GTK und Motif).
3b
Unknown: "If Linux doesn't have the solution, you have the wrong problem."
|
|
 |
 |
|
 |
|
 |
 |
|
 |
 |
 |
Zu den Bemerkungen bezüglich SWT:
Ja, SWT ist Systemabhängig, da es die Libraries des Operating Systems nutzt. Jedoch gibt es eine Library SWT die sehr klein ist. Hier sind die Methoden usw. deklariert (Interface ähnlich, ist evtl. auch ein Interface!?). Desweiteren gibt es Libraries wie SWT.GTK oder SWT.WIN32. Hier sind die Methoden ausprogrammiert. Startet man das Programm, entscheidet SWT selbst, welche Library es verwenden muss. Wir haben ein Programm unter Linux entwickelt (SWT GTK) und mussten anschliessend nur die Win Library einbinden und das Programm lief auch unter Windows.
|
|
 |
 |
|
 |
|
 |
 |
|
 |
 |
 |
Naja... SWT hat leider nicht eine so schöne API. Irgendwie mag ich mich auch nicht so recht an die SWT Api gewöhnen, auch wenn JFace recht lustig ist.
Das Problem am Swing ist nicht, dass es langsam ist oder hässlich aussieht (stimmt ja beides nicht so richtig). Swing hat eine sehr schöne API und ist recht leicht zu erweitern usw.
Aber: Swing macht es dem Entwickler wirklich leicht, hässliche GUIs zu entwerfen. Das Problem liegt darin, dass ziemlich viel Aufwand nötig ist, um sich mit Swing an HUI Guidelines zu halten. Abstände, Freiräume und klare Linienführung ist richtig übel mit Swing. Die Standard Layoutmanager sind dazu fast unbrauchbar.
jgoodies.com hat ein paar Interessante Dokumente und Libs zum Thema.
Allerdings gibt es auch GTK-Bindings für Java und nicht nur Mono. Zudem ist GTK wohl auch nicht das Optimum für Plattformunabhängige Desktopapps (Mac OS X).
Die Sache ist garnicht so leicht...
|
|
 |
 |
|
|