2 .NET Framework Class Library (FCL)

2.1 ExpandoObject

Für Fälle, in denen lediglich ein dynamisches Objekt, welches das freie Definieren von Eigenschaften und Methoden erlaubt, benötigt wird, kann seit .NET 4.0 auf die Klasse ExpandoObject zurückgegriffen werden. Listing 2.1 demonstriert die Verwendung dieser Klasse. Zunächst werden dem Objekt die Eigenschaften FirstName und LastName hinzugefügt, anschließend bekommt es eine Methode DoStuff, die als Lambdaausdruck übergeben wird, spendiert. Danach werden die beiden Eigenschaften wieder ausgelesen und die Methode wird aufgerufen.

Listing 2.1

2.2 Prüfung auf 64 Bit

Mit zwei Eigenschaften kann ab .NET 4.0 geprüft werden, ob die aktuelle Applikation in einem 64-Bit-Prozess läuft und ob es sich bei dem aktuellen Betriebssystem um ein 64-Bit-Betriebssystem handelt. Für Ersteres steht Is64BitProcess zur Verfügung, für Letzteres Is64BitOperatingSystem. Ein Beispiel, das die Werte dieser beiden booleschen Eigenschaften auf der Konsole ausgibt, findet sich in Listing 2.2.

Listing 2.2

2.3 BigInteger

Für jene Fälle, in denen mit ganzzahligen Werten beliebiger Größe gerechnet werden soll, bietet .NET seit Version 4.0 eine neue Struktur namens BigInteger (System.Numeric.BigInteger) an. Damit Instanzen von BigInteger ähnlich wie herkömmliche Integer-Werte behandelt werden können, wurden sämtliche arithmetischen Operatoren sowie Bit-, Vergleichs- und Zuweisungsoperatoren überladen. Ein Beispiel für die Verwendung dieses neuen Typs ist in Listing 2.3 zu sehen. Dabei fällt auf, dass einem BigInteger primitive Integer-Werte direkt zugewiesen werden können, ohne dafür eine eigene Instanz von BigInteger erzeugen zu müssen. Einige Methoden, die für primitive Datentypen in der Klasse Math untergebracht wurden, finden sich als statische Methoden direkt in der Klasse BigInteger wieder. Als Beispiele solcher Methoden seien an dieser Stelle Pow (Potenz), Abs (Absolutwert) sowie Log (Logarithmus) genannt.

Listing 2.3

2.4 Standortermittlung

Beim Einsatz von Windows 7 besteht die Möglichkeit, unter Verwendung von Sensoren den aktuellen Standort herauszufinden. Wer einen solchen Sensor nicht sein Eigen nennt, kann softwarebasierte Varianten im Internet zum Download finden. Nach der Installation muss der Sensor in der Systemsteuerung unter Ortung und andere Sensoren aktiviert werden.

Sensoren dieser Art können ab .NET 4.0 angesprochen werden, wie in Listing 2.4 demonstriert. Dieses Beispiel ermittelt über eine Instanz von GeoCoordinateWatcher die aktuellen Koordinaten (Längengrad, Breitengrad) und versucht mit diesen unter Verwendung eines CivicAddressResolver die dazugehörige zivile Adresse herauszufinden. Die Methode TryStart startet die Verwendung des Sensors. Das erste Argument gibt an, ob der Dialog, der den Benutzer um Erlaubnis zur Verwendung der aktuellen Position bittet, unterdrückt werden soll. Wird dieser Dialog unterdrückt, muss bereits die Verwendung des Sensors durch den Benutzer bewilligt worden sein, damit der aktuelle Standort ermittelt werden kann. Das zweite Argument gibt an, wie viel Zeit in die Ermittlung der aktuellen Position maximal investiert werden darf. Der boolesche Rückgabewert gibt Aufschluss über den Erfolg der Standortermittlung. Im betrachteten Beispiel werden die ermittelten Geodaten sofort verwendet. Um über Standortänderungen informiert zu werden, kann zusätzlich das Ereignis PositionChanged der Klasse GeoCoordinateWatcher verwendet werden. Über die Eigenschaft MovementThreshold kann dabei in Metern angegeben werden, nach welcher Distanz dieses Ereignis aufgerufen werden soll.

Listing 2.4

2.5 Interprozesskommunikation mit Memory-mapped Files

Memory-mapped Files erlauben das Bereitstellen von Informationen über den Hauptspeicher und werden gerne zur Interprozesskommunikation eingesetzt. Listing 2.5 zeigt, wie ein solches Memory-mapped File erzeugt und beschrieben werden kann. Zunächst wird ein Memory-mapped File mit dem Namen someMemoryMappedFile und einer maximalen Größe von 1 000 Bytes erzeugt. Zum Zugriff auf dieses File wird anschließend mittels CreateViewStream ein Stream erzeugt, der den Zugriff auf einen Ausschnitt (View) des Memory-mapped Files gewährt. Da an dieser Stelle keine weiteren Parameter angegeben werden, erstreckt sich dieser Ausschnitt auf das gesamte File. Überladungen dieser Methode erlauben jedoch die Angabe eines Offsets sowie einer Länge für den zu bearbeitenden Ausschnitt. Darüber hinaus existiert auch eine Überladung, die zusätzlich die Angabe von Zugriffsberechtigungen erlaubt. Anschließend wird über einen BinaryWriter der String Hello World in den Stream geschrieben und die Datei geschlossen. Im zweiten Teil von Listing 2.5 wird das Memory-mapped File erneut geöffnet und gelesen.

Listing 2.5

2.6 Auf Textdateien mittels LINQ zugreifen

Als Alternative zu File.ReadAllLines wird ab .NET Version 4.0 eine Methode ReadLines bereitgestellt, die anstatt eines String-Arrays ein IEnumerable<string> zurückliefert. Bei einer Iteration dieses IEnumer­able werden die Zeilen nach und nach geladen. Analog dazu stehen mit AppendAllLines und WriteAllLines Methoden zur Verfügung, welche die Zeilen aus einem IEnumerable<string> an eine Datei anhängen bzw. eine Datei mit diesen Zeilen erstellen oder überschreiben. In dieselbe Kerbe schlagen drei neue Methoden der Klasse DirectoryInfo: EnumerateFiles, EnumerateDirectories und EnumerateFileSystemInfos. Diese Methoden liefern ein IEnumerable mit den Dateien und/oder Verzeichnissen, die sich innerhalb des jeweiligen Ordners befinden.

Da LINQ auf den Möglichkeiten von IEnumerable basiert, erlauben diese neuen Methoden ein einfaches und elegantes Formulieren von Abfragen, welche sich auf Dateien und Dateiinhalte beziehen. Die LINQ-Abfrage in Listing 2.6 ermittelt mit diesen Methoden beispielsweise jene Zeilen aus sämtlichen CSV-Dateien des aktuellen Ordners, bei denen sich in der ersten Spalte der Wert 1 wiederfindet. Das Ergebnis dieser Abfrage – ein IEnumerable<string> – wird anschließend an die zuvor erwähnte Methode WriteAllLines übergeben, um die gefundenen Zeilen in der Datei result.txt zu hinterlegen.

Listing 2.6

2.7 Erweiterungsmethode „String.Truncate()“

In Visual Basic ist die Left()-Funktion ein wichtiges Instrument, um die Länge einer Zeichenkette zu begrenzen, zum Beispiel vor der Übergabe an ein Datenbankfeld begrenzter Länge. Überstehende Zeichen werden dabei abgeschnitten. In C# gibt es diese Funktion nicht, man muss immer mit String.SubString() arbeiten. Aber Achtung: Wenn die...