Nette Software

WPF Anwendungen haftet immer noch der Ruf an, dass diese "irgendwie komisch" aussehen. Dies liegt vor allem an der Art und Weise wie WPF Text darstellt (vgl. Die Geschichte vom unscharfen Text  oder  Fonts in WPF seem blurry ) Wenn man ein Windows ab Vista verwendet bessert sich das ganze ein bisschen, aber auch hier sehen die Schriften alle nicht wirklich scharf aus (vgl. Alles wird unscharf ). Das ein WPF Anwendung nicht zwangsläufig "unscharf" und "komisch" aussehen muss, sieht man an Visual Studio 2010. Das hatte zwar zu Beta Zeiten auch das Problem, aber nach genug Kritik aus Entwicklerkreisen hat Microsoft es dann doch geschaft eine "scharfe" Version von Visual Studio 2010 auf den Markt zu bekommen. Dafür hat Microsoft ein paar Anpassungen im WPF Text Stack (vgl. WPF 4.0 Text Stack Improvements ) vorgenommen. Leider sind diese Anpassungen nicht per Default für WPF Anwendungen verfügbar. Auch wenn man einen neue Anwendung entwickelt sind

Aktuell schreibe ich gerade mein erstes Add-in für Outlook 2010. Der Einstieg ist dank der guten Projektvorlagen von Visual Studio 2010 auch nicht weiter schwer. Einfach ein neues "Outlook 2010 Add-in" anlegen und man kann eigentlich loslegen. Visual Studio 2010 - New Project Nach dem Anlegen erhält man ein Projekt bei dem eigentlich alles schon konfiguriert ist. Einfach "Start Debugging" wählen und Outlook wird gestartet und das Add-in geladen. Seinen eigenen Code kann man in die, von Visual Studio angelegte, Klasse ThisAddIn einfügen. Nach dem Anlegen des Projekts Hier hat man jetzt z.B. die Möglichkeit auf verschiedene Events von Outlook zu reagieren. Neben denen, im Screenshot gezeigten, StartUp und Shutdown von ThisAddIn gibt es über this.Application noch einige weitere. Genauere Informationen darüber sind in der  MSDN (ApplicationEvents_11_Event Events)  zu finden.

Frei nach "Ey Mann, wo ist mein Auto?" kann man sagen, dass NUnit ein sehr großes und mächtiges Unittest Framework ist. Und seine Größe wird nur durch seine Mächtigkeit übertroffen. NUnit ist aber auch sehr gut darin seine Größe und Mächtigkeit zu verbergen. Wenn ich mir die Unittests in meiner Firma gelegentlich so anschaue, dann könnte man meinen NUnit hätte nur die Assert.AreEqual(...) Methode. Eigentlich alle Tests werden über diese Methode realisiert.  Man könnte jetzt doch sagen "Hey, ist doch super. Mann muss sich nur diese eine Methode merken und kann Unittests schreiben". Aus Erfahrung habe ich damit aber zwei Probleme: Man schreibt keine Unittests, da man die Bedingung nicht oder nur umständlich mit einer Prüfung auf Gleichheit "erschlagen" kann. Unittests werden groß und kryptisch wenn man versucht alles mit Assert.AreEuqal(...) zu machen. Hier passt ein Zitat von Paul Watzlawick ziemlich gut:  "Wer als Werkzeug nur einen Hamme