Lotus Notes / Domino Sonstiges > Java und .NET mit Notes/Domino

Componenten auf einer JDesktopPane überprüfen

<< < (4/6) > >>

MadMetzger:
^^Sie verbraucht nicht viele Ressoucen, aber die Meldung soll angezeigt werden und nach einer festzulegenden Zeit wieder verschwinden. Und wenn ich das direkt in diesem Thread gemacht hätte, dann wäre nach meinem Verständnis die GUI blockiert. Kann mich aber auch täuschen...

Ralf_M_Petter:
Du täuscht dich nicht, das ist völlig richtig. Du musst in dem Thread der eine Zeiteinheit wartet  2 mal invokeLater verwenden einmal um die Meldung auszugeben und einmal nach Ablauf der Wartefrist um die Meldung zu löschen. Aber Vorsicht. Während die Meldung angezeigt wird, kann schon wieder eine neue Meldung kommen. Hier solltest du dann Vorsorge treffen, dass du diese neue Meldung nicht zu früh löscht. Ausserdem würde ich hier mit einem vorgeladenen Thread arbeiten und nicht jedesmal einen neuen gernerieren, da Threadgeneration je nach Betriebssystem auch eine aufwendige Operation ist.

Grüße

Ralf

flaite:
Wenn dieses "Fehlermeldung geht automatisch nach einer gewissen Zeit weg"-Feature nicht explizit in der Aufgabenstellung stand, würde ich es sofort rausnehmen. Mit sowas handelst du dir sonst noch Minuspunkte ein.
Thread Management ist k.o.m.p.l.e.x.
Hier wird das ein bischen angesprochen:
http://weblogs.java.net/blog/javaben/archive/2005/04/index.html
SwingWorker, Foxtrott und ähnliche Ansätze helfen, die Sachen einfacher zu machen (glaub ich).

Ralf_M_Petter:
Kann Axel nicht zustimmen. Auf der Uni will man ja was lernen und gerade diese Aufgabenstellung ist ein Superbeispiel um komplexeres Threadmanagement zu lernen. Heute sollte jeder Java Entwickler Threads perfekt beherrschen, da das aufgrund der Prozessorentwicklung extrem wichtig wird. In Zukunft werden die grossen Performanceschübe wahrscheinlich nur noch von Multi Cores kommen und die kann man halt nur ausnutzen wenn man auch Multithreading behrerrscht.

Grüße

Ralf

flaite:

--- Zitat von: Ralf_M_Petter am 13.03.06 - 09:39:12 --- und gerade diese Aufgabenstellung ist ein Superbeispiel um komplexeres Threadmanagement zu lernen.

--- Ende Zitat ---
Ralf,

wir kennen die Aufgabenstellung nicht. Ich weiss nur, dass Dozenten extrem negativ reagieren, wenn man etwas schlecht einbaut das gar nicht gefragt war.
Wenn das "Nachricht verschwindet automatisch"-Feature nicht gefragt war: Ein modaler Dialog und ein "Ok, schliessen" Button tut es auch.
Nix gegen Lernen. Aber bei Dingen, die von anderen bewertet werden, sollte man sich 2x Fragen, was überhaupt gefordert war.


--- Zitat ---Heute sollte jeder Java Entwickler Threads perfekt beherrschen, da das aufgrund der Prozessorentwicklung extrem wichtig wird. In Zukunft werden die grossen Performanceschübe wahrscheinlich nur noch von Multi Cores kommen und die kann man halt nur ausnutzen wenn man auch Multithreading behrerrscht.

--- Ende Zitat ---
Wie viele Java Programmierer beherrschen Threads wirklich? Laut Bruce Eckel waren vor Java 5.0 viele Java Thread Dinge buggy (z.B. volatile keyword). Als J2EE-Entwickler hat man sowieso nur sehr eingeschränkt mit Threads zu tun. Die Requests kommen treffen zwar multithreaded auf die Komponenten, jedoch muss man praktisch nie selbst neue Threads starten.

Ich glaub die größten von Programmierer verursachten Unfälle entstehen dadurch, dass Leute ihr eigenes vereinfachtes innere Bild einer komplexen Sache (Threads) mit der Wahrheit verwechseln.
Ich beschäftige mich btw. selbst mit Threads, halte es aber für komplex. Und ich denke es geht einer Menge Java-Programmierern so. Bruce Eckel findet es auffällig, dass die in Java 5.0 völlig neuen Threading Geschichten kaum diskutiert werden. Eine mögliche Erklärung ist, dass viele Java-Programmierer lieber darauf verzichten Thread-Gurus zu werden. 
In der Aufgabenstellung von Markus gehts nicht primär um Threading. Und wenn er nicht so die Erfahrung damit hat, fehlt vielleicht der Fokus, um es richtig zu machen. Dann ist es besser, Threading auf eine längerfristige "needs-work"-Liste zu packen und jetzt erstmal - wenn möglich - Abstand halten. 
Threads ist auf jeden Fall ein interessantes Thema, über das man auch eine Menge andere Dinge verstehen kann.

Gruß Axel

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete