wuetender-junger-mann.de

Do you guys hate ant’s build.xml file format as much as I do? So there seems to be a pragmatic solution.
Use the ever growing library of ant tasks, but write your scripts in groovy.

There is an Article as well as a chapter in Mike Clark’s Pragmatic Project Automation.

Yesterday I learnt that Karsten’s brilliant SWT Forms is a reimplementation and SWT Binding uses the original Binding library and adds SWT/ JFace specific extensions.

There is a brand new book on the Pragmatic Bookshelf. It stresses the importance to actively manage your knowledge portfolie (independant of your employer) to secure your chances in the job market.

There are two sample chapters that I found rather elusive: Be a Generalist and Be a Specialist.

And of course, I did like the somewhat controversial title.

PocketMod habe ich heute bei Andy Hunt gesehen.

… ist nicht nur der hamburger Direktkandidat der Partei für den Deutschen Bundestag, sondern hat
Angie auch eine Hymne mit Aussage entgegengesetzt.

h2. The law of null

# _Every non-private method shall never return null._
# _Every non-private method shall check every parameter for null._

While one school of thought proposes ever new languages to
take care of this issue (a recent example is nice).
I think that these simple rules help us to fend off NPEe trouble .

h2. Implications

# This is especially true for lookup functions which shall never return null
if the lookup fails. An Exception is more appropriate, perhaps even
a checked one – but have a nice error message like “could not look
up database server”. A prominent example that fails here is HashMap and friends.
The Performance argument is invalid if a check mehtod is
provided, such as contains(). A timing critical client can then
avoid the exception, by checking first (It’s also overhead, but hey it’s 2005).
# This does not mean that a null passed into a parameter breaches
the contract of the method. Null can be used to circumvent the
lack of optional arguments in java.

h2. Apart from that

In private methods, fields, and local variables null can be a good
way to indicate uninitialized fields and save additional flags (thereby eliminating redundance).

Für alle, die mit der Schwerkraft hadern:

Was mir heute noch kam:

Der übliche Ansatz (für Swing glänzend implementiert durch JGoodies Validation) besteht darin, dass beim Validieren für einzelne Felder eine Fehlermeldung und eine Fehlerkategorie (Fehlender Wert, ungültiger Wert) angegeben werden kann.

Zusätzlich könnte noch eine Action übergeben werden, die bei der Fehlerbehbung zur Hand geht. Ähnlich den Quickfixes in Eclipse. Existiert z.B. ein Verzeichnis nicht, so wird das Feld als ungültig markiert und ein Fehlertext angezeigt. Ein Klick auf den Fehlertext öffnet ein Popup mit der Frage “Verzeichnis anlegen?”.

Du sollt nicht erben, sondern delegieren

Nur weil ich etwas _benutzen_ will, muss ich es nicht _sein_.

Typisches Beispiel ist JFrame. Immer wieder liest man Beispiele oder Livecode, in dem Klassen von JFrame abgeleitet werden. Dabei wird in der Regel keine einzige Methode überschrieben. Das ist nicht gut!

Du sollst keine XML-Dokumente aus Strings zusammenbasteln

Hierfür gibt’s DOMs oder zur Not auch Template-Engines.

Eine sehr schöne API hat dom4j.

Sowas hat das W3C nicht hinbekommen…