Eazfuscator.NET in neuer Version

Seit März gibt es den freien (wie Freibier) Obfuscator Eazfuscator.NET in neuer Version. Neu an dieser Version ist das sie beim obfuskieren des Quellcodes nun auch Optimierungen durchführt, so das die Anwendung im Optimalfall schneller läuft.

Das Eazfuscator.NET Fenster

Bezogen werden kann die neue Version unter http://www.foss.kharkov.ua/g1/projects/eazfuscator/dotnet/Default.aspx.

Weitere Informationen gibt es unter:
https://seeseekey.net/archive/4255
http://eazfuscator.blogspot.de/2012/03/high-level-optimization-for-net.html

Autoformatierung von : base im Visual Studio

Eine Automatik ist nur dann gut wenn man sie abschalten kann. So ist es auch manchmal beim Visual Studio mit der automatischen Codeformatierung. So nehme man folgende Klasse:

public class Trash: ContextBoundObject
{
    public Trash() : base()
    {
       throw new NotImplementedException();
    }
}

Die automatische Codeformatierung mach daraus folgendes:

public class Trash: ContextBoundObject
{
    public Trash()
        : base()
    {
       throw new NotImplementedException();
    }
}

Das „base“ wird dabei einfach umgebrochen. Das Problem ist das es (augenscheinlich) keine Einstellung gibt um das ganze zu verhindern.

Der Visual Studio Options Dialog

Und so muss man mit einer Automatik leben, die man nicht deaktivieren kann. Da sollte Microsoft mal etwas nachbessern oder mir verraten wie es geht ;)

Weitere Informationen gibt es unter:
https://seeseekey.net/archive/2434
http://stackoverflow.com/questions/1023014/how-to-stop-visual-studio-from-auto-formatting-certain-parts-of-code

Exceptions zwangsweise fangen

Manchmal möchte man im Visual Studio Exceptions fangen obwohl sie z.B. in einem „try catch“ Block liegen. Dies ist relativ einfach möglich sobald man weiß an welcher Stelle man suchen muss. Im Menü „Debug“ gibt es den passenden Menüpunkt:

Wenn man dort den Punkt „Exceptions…“ aufruft bekommt man folgendes Dialogfenster zu sehen:

In diesem kann man dann alle Exceptions angeben welche zwangsweise gefangen werden sollen.

Weitere Informationen gibt es unter:
http://de.wikipedia.org/wiki/Visual_Studio

Solution Explorer Selektion im Visual Studio zusammenklappen

Im Visual Studio gibt es den sogenannten „Solution Explorer“. Das Problem mit diesem ist, das er, sobald man ein paar Projekte (z.B. Bibliotheken) hineinpackt, das ganze doch ziemlich unübersichtlich wird. So fängt man dann an die Projekte in der Solution zusammenzuklappen. Das macht bei 30 oder 40 Projekten in einer Solution aber keinen Spaß mehr.

Aus diesem Grund gibt es das AddIn „Collapse Selection In Solution Explorer“ von Microsoft welches unter http://visualstudiogallery.msdn.microsoft.com/cb0ec47d-05a4-40a7-ba39-9a2da6492f1c/ zu finden ist. Dieses AddIn fügt dem „Solution Explorer“ einen kleinen neuen Button hinzu, mit welchem sich die Selektion und alle untergeordneten Elemente einklappen lassen.

Probleme beim Debuggen im Visual Studio / MonoDevelop

Bei einem C# Projekt von mir, welches ich in Visual Studio und MonoDevelop bearbeite, gab es einige Probleme mit dem debuggen. Unter MonoDevelop reichte es die Hauptklasse anzugeben, so das er in diese springen konnte.

Bei Visual Studio fruchtete dies leider nicht. Dort stellt sich die Frage ob es eventuell eine Inkompatibilität zwischen den Projektdateien gibt. Hier ist wohl weitere Forschung nötig.

Weitere Informationen gibt es unter:
http://de.wikipedia.org/wiki/MonoDevelop
http://de.wikipedia.org/wiki/Visual_Studio