DNS-Cache unter Windows und mit C# leeren 👍 👎

Um den DNS-Zwischenspeicher unter Windows zu leeren, gibt es den bekannten Befehl ipconfig /flushdns.

Prinzipiell wäre es zwar möglich, das Programm ipconfig mit dem Argument /flushdns über die Process-Klasse per C# aufzurufen, jedoch ist dies nicht ganz unproblematisch, da die Ausführung längere Zeit dauern kann.

Alternativ hilft uns hier – wieder einmal – die Windows-API in Kombination mit dem DllImport-Attribut:
(Hilfs-)Methode deklarieren und verwenden
01020304050607
public static class DnsUtility {    [DllImport("dnsapi", EntryPoint = "DnsFlushResolverCache")]    public static extern void FlushCache();}
// DNS-Cache leerenDnsUtility.FlushCache();
Dies ist insbesondere in Verbindung mit der Dns-Klasse nützlich, um aktuelle Daten zu erhalten. Natürlich gibt es einen solchen Zwischenspeicher aber nicht grundlos, d. h. es ist nur äußerst selten ratsam, diesen immer wieder vor einer Namensauflösung zu leeren – Performanzdifferenzen im Rahmen einer Größenordnung sind hier üblich. Im Rahmen des Debuggings oder für besonders kritische Prozesse kann das Vorgehen jedoch durchaus sinnvoll sein.

Bezeichner eines Members mit C# ermitteln 👍 👎

Bei C# kommt man beispielsweise bei der Fehlerbehandlung (z. B. per ArgumentException und abgeleiteten Klassen), Logging (im Sinne von "Methode MethodName betreten/verlassen") oder auch beim Routing im Rahmen des ASP.NET MVC-Frameworks in die Notwendigkeit, Programmbezeichner als Zeichenketten anzugeben.

Etwas ärgerlich ist hier jedoch immer, was man bei grundsätzlich statisch typisierten Sprachen wie C# für gewöhnlich vermeiden möchte: Derartige Zeichenketten sind literal hinterlegt und dementsprechend einer Refaktorierung nicht ohne Weiteres zugänglich. Dieses Problem löst nun das relativ neue Konstrukt nameof, indem es die (einfachen) Bezeichner von Variablen, Typen und Membern als Zeichenkette liefert:
Beispiel-Klasse definieren und Member-Bezeichner ermitteln
01020304050607080910111213141516171819202122
public class Person {    public string FirstName {        get;        set;    }
public string LastName { get; set; }

public void Marry(Person person) { /* … */ }}

Debug.WriteLine(nameof(Person)); // "Person"Debug.WriteLine(nameof(Person.FirstName)); // "FirstName"Debug.WriteLine(nameof(Person.LastName)); // "LastName"Debug.WriteLine(nameof(Person.Marry)); // "Marry"
Praktisch ist nun, dass bei der Umbenennung einer Eigenschaft oder Methode, sich dieser Vorgang auch auf die entsprechende Verwendung innerhalb von nameof auswirkt und somit für Konsistenz sorgt.

Ein weiterer theoretischer Anwendungsfall ergibt sich im Rahmen einer INotifyPropertyChanged-Implementierung, jedoch lässt sich dieses Problem auch ganz ohne manuelle Angabe per CallerMemberName-Attribut lösen, wie ich in einem früheren Beitrag bereits beschrieben habe.

Anwendungssymbol mit C# extrahieren 👍 👎

Desktop-Anwendungen (*.exe) enthalten häufig ein Programmsymbol, welches insbesondere im Windows Explorer und auf der Taskleiste angezeigt wird. Das Ermitteln dieses Anwendungssymbols, beispielsweise für eigene Auflistungen, ist sehr einfach über Icon.ExtractAssociatedIcon() realisierbar:
Anwendungssymbol extrahieren
0102030405060708091011
using(Icon icon = Icon.ExtractAssociatedIcon("devenv.exe")) {      // Programmsymbol als *.ico-Datei speichern    using(FileStream fileStream = File.OpenWrite("devenv.ico")) {        icon.Save(fileStream);    }
// Programmsymbol als *.png-Datei speichern using(Bitmap bitmap = icon.ToBitmap()) { bitmap.Save("devenv.png", ImageFormat.Png); }}
Bitte beachtet wie üblich in solchen Fällen, dass die Verwendung der Grafik rechtlich eingeschränkt sein kann.

Wartungsarbeiten am 6. Mai 2016 👍 👎

Am 6. Mai 2016 werden umfangreiche Wartungsarbeiten an der Datenbank des zentralen Webservers stattfinden.

Dies hat zur Folge, dass es in einem Zeitfenster von etwa zwei bis maximal drei Stunden am späten Abend zu sporadischen Problemen bei der Erreichbarkeit der folgenden Projektseiten kommen kann: Nach Abschluss der Arbeiten stehen alle genannten Seiten wieder wie gewohnt zur Verfügung.


Stand: Die Arbeiten wurden mittlerweile erfolgreich abgeschlossen.

Feedreader 👍 👎

Ich informiere mich gerne möglichst vielseitig zu allerlei Themen, möchte dabei aber dennoch an zentraler Stelle den Überblick behalten. Ideales Mittel dazu sind RSS-Feeds, die ich auch heutzutage noch sehr praktisch finde.

Mir bekannte Lösungen zur lokalen Anwendung sind dabei jedoch mitunter recht unpraktisch, da ich u. a. auch gerne – ohne umständliche Synchronisierung – von unterwegs darauf zugreifen möchte. Mir bekannte webbasierte Lösungen wiederum sind oftmals recht schwerfällig, überladen oder mit störender Werbung versehen. Es lag daher nahe, eine eigene Lösung zu schaffen, die möglichst kompakt, schnell und übersichtlich ist. Das System sollte den Fokus auf die eigentlichen Inhalte lenken und bei der Navigation ähnlich einem eMail-Client strukturiert sein.

Nach relativ kurzer Entwicklungszeit ist daraus ein kleines Feedreader-Projekt entstanden. Da ich gerne auf neue Inhalte verweise oder einen Podcast unterstützen möchte, dachte ich mir, dass darauf auch durchaus weitere Personen zugreifen können – wozu ihr hiermit eingeladen seid. Beachtet aber bitte, dass ihr dort wirklich nur meine persönliche Auswahl verfolgen könnt und derzeit keine eigenen Benutzerkonten angelegt oder sonstige Einstellungen getätigt werden können. Weitere Informationen findet ihr direkt auf der neuen Webseite.

Für die technisch interessierten Leser, zu denen wohl die meisten dieses Blogs gehören dürften, sei noch ergänzt, dass die Kernfunktionalität des Projekts auf der SyndicationFeed-Klasse des .NET-Frameworks basiert.

Die Webpräsenz ist auf Deutsch, Englisch und Niederländisch verfügbar; die Einstellung wird vom Browser bezogen. Vorschläge zu weiteren Funktionen und Meldungen zu Fehlern werden jederzeit gerne per Tracker angenommen.