HDGraph ist ein Tool, welches den Platzverbrauch einzelner Ordner/Dateien graphisch wunderbar aufbereitet. Indem man durch Doppelclick in die Ordner gelangt und gleichzeitig dort eine grafische Auswertung des Platzverbrauchs anstößt, kann man schnell die Ursache für eine überquellende Festplatte finden. Auf einigen Windows Versionen, so z.B. Windows Server 2008 erfordert HDGraph jedoch die Installation vom kompletten .NET-Framework. Wer dieses nicht nachträglich installieren kann, weil die Festplatte voll ist, der muss sich um Alternativen kümmern.
Eine Alternative ist WinDirStat: diese analystiert den Platzverbrauch nur sehr langsam. So kann man auch mal eine halbe Stunde warten müssen, um eine valide Aussage auf der obersten Ebene zu erhalten. Außerdem ist WinDirStat grafisch nicht schön.
Eine weitere Alternative ist SpaceSniffer. Der stellt die Übersicht grafisch schön dar. Das Eintauchen in einen Ordner geht zügig und auch die initiale Analyse geht rasch von Statten. SpaceSniffer ist schließlich eine gute Alternative zu HDGraph.
Archiv für den Monat: Oktober 2016
Reference Manager (Visual Studio) erklärt
Assemblies
Hier finden sich die dlls aus dem Ziel-Framework (bei mir .NET). Unterschied zwischen .NET und COM-Framework.
Unter der Spalte ‚Name‘ steht die Dateibeschreibung der .dll:
Framework
Assemblies, die das Ziel-Framework (bei mir .NET) ausmachen. Bei mir befinden sich die angezeigten Assemblies hier: C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.5
Extensions
Per Tooltip kann man die Dateipfade der Assemblies sehen:
Über die Auswahl der unter ‚Extensions‘ erscheinenden Assemblies entscheiden mehrere Registry-Variablen. Je höher die Framework-Version, desto mehr potenzielle Quellen gibt es. Die genaue Regel steht hier unter „2. Extension …“, wobei v.a. das Beispiel erhellend ist.
Recent
Die in letzter Zeit hinzugefügten Assemblies. Hier tauchen auch die in anderen Projekten hinzugefügten References auf.
Projects
Hier finden sich die anderen Projekte der aktuellen Solution. Eine goldene Regel lautet, dass man Projekte immer über diesen Weg referenzieren sollte.
COM
Hier finden sich die dlls aus dem COM-Framework. Unterschied zum .NET-Framework.
Best Practice
In einer solution mit mehrere Projekten, stopft man alle 3rd-party-dlls in einen separaten Ordner und referenziert diese dann mit Specific Version ‚false‘. Wenn man eine neue 3rd-Party-Version benutzen muss, dann kann man diese einfach im separaten Ordner austauschen. Einziger Wermutstropfen ist, dass man dann später nicht mehr den exakten Zustand der solution bestimmen kann.
C# Syntax verstehen: void IMyInterface.DoSomething() innerhalb Klasse
public class MyClass : IMyInterface (...) { (...) void IMyInterface.DoSomething() { } (...) }
Dieses Konstrukt nennt sich explizite Interface Implementierung. Ein gutes Beispiel & gute Erläuterung findet sich, wie so oft, auf Stackoverflow