20. August 2004 10:08
Und noch etwas schönes für die Java-Fans unter uns: Inside JComboBox: adding automatic completion
Ein netter Artikel über das Autocompletion in einer Combobox. Eine schöne Technik, die Eingaben in großen Comboboxen für den Benutzer sehr erleichtern. Ich bin jedenfalls immer froh, wenn ich einfach nur den ersten Buchstaben eingeben muss und anschliessend schon dicht an dem gewünschten Eintrag liege. Dadurch entfallen langwierige Scrollorgien, wie sie leider immer wieder in Programmen (und auch Internetseiten) vorkommen.
Und noch etwas schönes für die Java-Fans unter uns: Inside JComboBox: adding automatic completion
Ein netter Artikel über das Autocompletion in einer Combobox. Eine schöne Technik, die Eingaben in großen Comboboxen für den Benutzer sehr erleichtern. Ich bin jedenfalls immer froh, wenn ich einfach nur den ersten Buchstaben eingeben muss und anschliessend schon dicht an dem gewünschten Eintrag liege. Dadurch entfallen langwierige Scrollorgien, wie sie leider immer wieder in Programmen (und auch Internetseiten) vorkommen.
Chet Haase schreibt in seinem Weblog auf weblogs.java.net über die Threadaches, die ihn manchmal befallen, wenn er Multithread-Anwendungen schreibt oder darüber nachdenkt. Nicht alles kann in mehrere kleine Aufgaben verpackt und gleichzeitig bearbeitet werden.
Auf jeden Fall lesenswert!
13. August 2004 11:53
Vor einiger Zeit (und einigen Neuinstallationen) erwähnte ich schon einmal mein Freizeitprojekt: den Java NNTP-Newsreader JNews. An diesem Newsreader arbeite ich als Usenet-Nutzer in meiner freien Zeit. In den letzten Tagen habe ich mich daran versucht, dem Projekt Datenbankunterstützung angedeihen zu lassen.
Die Datenbank hsqldb ist eine Datenbank in Java, die im Server- und Stand Alone-Modus gestartet werden kann. Der Stand Alone-Modus integriert die Datenbank in die Applikation, so dass der Benutzer sich nicht die Mühe machen muss, z.B. einen riesigen MySQL-Server auf seinem Desktop aufzusetzen. Da JNews noch in einem relativ frühen Entwicklungsstadium ist, kann ich die notwendigen Änderungen ohne Schwierigkeiten implementieren.
Zusätzlich bin ich von einem semi-objektorientierten Ansatz der GUI-Programmierung zum Model/View/Controller oder besser: View/Controller-Ansatz umgeschwenkt. Eine Singleton-Klasse names CoreController kontrolliert dabei die Datensätze und die Funktionalität auf der unteren Ebene, während ein Swing-GUI (aufgepeppt mit SkinLF) nur die gesammelten Daten darstellt.
Die Performanz der Datenbank-Transaktionen beschert mir allerdings noch einiges Kopfzerbrechen, denn es dauert viel zu lange, um ca. 30 000 Gruppen einzufügen. Die Auslagerung in einen Thread behebt dieses Problem nur zum Teil, allerdings kann die Ausführungsgeschwindigkeit nicht erheblich verbessert werden. Die Gruppen müssen schliesslich über das Internet vom NNTP-Server heruntergeladen werden. Da der Newsreader diese Daten aber nicht bei jedem Start lesen muss, sondern nur auf besonderen Befehl des Benutzers, ist die Wartezeit vertretbar.
12. August 2004 08:42
Ein netter Artikel in der aktuellen Ausgabe von Java Pro: When Static Methods and Code Collide fängt mit einem Absatz über die Versionsnummerierung von Sun an. Nett zu lesen, und vor allem richtig.
The release of a final version of J2SE 1.5 is just around the corner, and Sun is up to its old tricks again. One day I visited java.sun.com only to find J2SE 1.5 was no more. It is now J2SE 5. Furthermore, the J2SE 1.5 SDK is now the J2SE 5 JDK with internal version number 1.5.0. Just when we were getting used to accepting that Solaris 2.7 is Solaris 7, SunOS 5.8 is Solaris 8, and JDK 1.2 is J2SE SDK 1.2, now we’ve got J2SE 5 and are back to a JDK instead of an SDK, but with some internal version numbering business tacked on. These numbering games aren’t worthy of note other than to put you on alert that documentation will surely be inconsistent and cause some short-term confusion.
Wer hat nicht schonmal in seinen Anfängen der Programmierung mit Java auf den Seiten von Sun gesucht und ein JDK, ein SDK, mehrere JREs und Unmengen von Versionen gesehen? Es wird nicht besser, und die neuerliche Änderung zu J2SE 5 bringt auch kein Licht in diese verwirrende Welt.
Erst gestern habe ich auf einer Seite (deren URL ich leider nicht gespeichert habe) von Java 5 gelesen und erstaunt mit dem Kopf geschüttelt. Warum bleibt Sun nicht bei der vernünftigen Nummerierung mit 1.4.x/1.5.x? Anscheinend muss der Kunde durch immer neue Versionen angelockt werden. Das sollte eine Firma eigentlich nicht nötig haben – und ich bin immer noch auf dem Standpunkt, das man das Nachfolgeprodukt klar und deutlich erkennen sollte. Dies wird aber gerade stark verschleiert, in dem Java 1.5 nun in J2SE 5 umbenannt wird…
