In meinen Projekte der letzten Jahren ist mit der Zeit eine Hilfsklasse fürs Testen entstanden. Das Problem war das Erstellen des SUT mittels Konstruktor, welcher bei Dependency Injection entsprechend viele Paramter hat oder haben kann.

Derzeit arbeite ich mit dem DevExpress DataGrid für WPF und erstelle die Spalten dynamisch, auf der Basis des Datenbankmappings. Dabei greifen die Daten auf normale Properties, aber auch Felder in einem Dictionary zu.

Für einen Vortrag über Dependency Injection ist eine kleines Comic entstanden.

Das Refactoring von Code ist laut Wikipedia eine Umstrukturierung von Codes ohne eine funktionale Veränderungen der Software aus Anwendersicht. Es werden nicht-funktionale Anforderungen wie Wartbarkeit, Lesbarkeit, Erweiterbarkeit und weitere *-keiten verbessert.

About 2 years ago, I read an article about the “definition of done”. The article pointed out, that a project should have a definition of “it is done”. But this leads to the basic question:

Piccard: “…denn letztlich, Nummer Eins, sind wir alle nur sterblich!”

Riker: “Sprechen Sie nur für sich selbst, Sir. Ich habe vor, ewig zu leben.”

Mit Referenzen und dem Verwerfen (Disposen) von Objekten haben wir uns mit C++ noch herumgeschlagen. Jetzt kümmert sich bei Java oder .NET die Runtime-Engine und der Garbage Collector genau um dieses Thema. Warum also noch damit beschäftigen? Weil es manchmal noch notwendig ist.

Auf diese Frage habe ich in der Vergangenheit meistens keine Antwort bekommen. Mit diesem Blog Eintrag versuche ich das zu ändern.