Die Micosoft Message Queue ist eine feine Sache zur asynchronen Verarbeitung von Daten. Die .NET-Implementierung im Namensraum System.Messaging kennt dabei zwei hauptsächtliche Objekte: MessageQueue und Message. Ersteres muss man öffnen, um letzteres absetzen zu können.

Die Nachrichten, die eine Message beinhalten kann, werden über sog. Formatter in ein für die Gegenstelle lesbares Format gebracht. In .NET ist der Standard-Formatter der XmlMessageFormatter, der beliebige, serialisierbare Objekte in XML und dann in ein Stream-Objekt umsetzt, dass an die Message-Queue verschickt wird.

Ich persönlich empfinde Erweiterungsmethoden, die mit C# 3.0 bzw. VB.NET 9.0 eingeführt wurden, als eine große Bereicherung im täglichen Kampf mit dem eigenen Code. Wo man früher meist eine Klasse namens Tools oder ähnliches hatte, in der kleine Genralwerkzeuge untergebracht wurden, die Microsoft in der Eile vergessen hatte in die Sprache einzubauen, erweitert man heute einfach den benötigten Datentyp und gut.

Hat man zum Beispiel irgendwo einen String, der eigentlich keiner ist, sondern ein Zahl kann man folgende Routine auf ihn loslassen und dann damit weiterrechnen:

	Dim intValue As Integer = Convert(strValue, Integer)
	intSum = intValue + 2
	...

Oder man schreibt sich eine kleine Erweiterungsmethode namens ToInt und bohrt damit den String-Datentyp auf, sodass von obigem Beispiel im Endeffekt nur folgendes übrig bleibt:

	intSum = strValue.ToInt + 2

Ich selbst habe mir schon eine Handvoll solcher Extensions geschrieben und möchte sie nicht mehr missen. Microsoft selbst hat diese Technik auch ganz besonders lieb, basiert doch LINQ in all seinen Farben, Formen und Variationen darauf.

Das .NET-Framework residiert unter Windows bekanntermaßen im sog. GAC (Global Assembly Cache). Bezogen auf die Festplatte, wird dieser vom Ordner C:\Windows\Assembly repräsentiert, d.h. dort liegen alle Assemblies. Man kann diesen Ordner zwar einsehen, aber Microsoft hat sich für die Anzeige des Inhaltes dieses Ordner den sog. GAC-Viewer einfallen lassen, eine Explorer-Extension ähnlich dem Font-Viewer.

Software-Entwickler, die sich eine zeitlang mit der Office-Programmierung und somit mit VBA beschäftigt haben, werden die Methode nz kennen, die es ermöglicht sicher mit Null-Werten umzugehen. Die Methode prüft dabei den ersten Parameter Value auf NULL und ersetzt diesen, wenn ja, mit dem Wert des zweiten Parameters ValueIfNull. Ist unklar, ob eine bestimmte Variable während der Laufzeit den Wert NULL enthalten kann, sollte man sie vorsichtshalber über die nz-Methode laufen lassen. Dies funktioniert mit beliebigen Datentypen, denn die Parameter der Methode sind vom Typ Variant.

Benötigt wird nz vor allem im Umgang mit Daten aus Datenquellen wie SQL-Server, Access oder ähnlichem, um beim Zugriff auf ein Datenfeld Null-Exceptions zu verhindern. In allen VB-Sprachen haben die einzelnen Datentypen meist einen Standardwert, Datenfelder aber oft nicht.

Die Spezialität ist allerdings auf VBA beschränkt. So gibt es sie weder in der Schwestersprache Visual Basic 6.0 noch in VB.NET. In Letzterer hat man zwar einige andere Prüfmethoden wie String.IsNullOrEmpty oder ähnliches, aber eine Ersetzungsmethode wie nz sucht man vergebens. Sie nachzubauen ist natürlich nicht besonders schwer, auch wenn man hier auf die in .NET unterschiedlichen NULL-Werte achten muss: