Addins gab es für das Visual Studio glaub ich schon immer. Aber mit der neuen 2010er Version ist das durchstöbern der Galerie und die Installation einfach wie nie. Deshalb habe ich mir auch ein wenig Zeit genommen und mich in der Galerie etwas umgesehen und das ein oder andere Addin für nützlich befunden und installiert.

Besonders Hervorheben möchte ich die Productivity Power Tools welche direkt von Microsoft entwickelt wurden. Diese ergänzen das Visual Studio um sehr nützlich Funktionen wie einen erweiterten Solution Explorer, automatische Vervollständigung von fehlenden Klammern und Regions bei der Eingabe, ein erweitertes Tab Management und noch vieles mehr. Kann ich nur empfehlen.

Was hab ich sonst noch Installiert?

• VisualSVN – (Link, Kostenpflichtig) Addin zur Integration von Subversion in das Visual Studio.
• Gradient Selection – (Link, Kostenlos) Bietet keine besondere Funktionalität aber hebt ausgewählten Text schöner hervor.
• Win7 Taskbar Extension – (Link, Kostenlos) Zeigt den Buildfortschritt in der Windows 7 Taskbar an. Zusätzlich gibt es Buttons zum Erstellen und Debuggen.
• Und zu guter Letzt: Build Version Increment – (Link, Kostenlos) Inkrementiert automatisch die Versionsnummer beim Erstellen.

Bisher habe ich bei meinem Anwendungen den Build-Part der Versionsnummer immer selber mit einer kleinen Kommandozeilenanwendung via dem PostBuild-Event im Visual Studio erhöht. Gestern bin ich über das VS Addin Build Version Increment gestolpert welches meine Anwendung Dank einfacher und komfortabler Handhabung abgelöst hat. Pro Projekt lässt sich komfortabel die gewünschte Konfiguration vornehmen, oder es können für alle Projekte die gleichen Einstellungen verwendet werden.

Dieses Addin für das Visual Studio 2005, 2008 und 2010 ermöglicht nicht nur das inkrementieren der Versionsnummer sondern auch das setzen eines TimeStamps. So sind zum Beispiel Versionsnummern in folgendem Format möglich: 1.0.4.614
Die vorletzte Stelle wird pro Buildvorgang um einen Zähler erhöht und die letzte Stelle beinhaltet einen Zeitstempel in Form des aktuellen Monats (6) und des Tages (14).

Auch bei diesem Addin gilt leider wieder: Benutzer der Express Editionen vom Visual Studio schauen in die Röhre, denn Addins werden erst mit den Bezahlversionen unterstützt.

Wer wie ich mal Testweise das Visual Studio 2010 installiert hat und nun aber doch lieber wieder mit dem Visual Studio 2008 arbeiten möchte, wird sicher bemerkt haben, dass alte Projekte welche man mit dem neuen Visual Studio geöffnet hat mit der alten Version nicht mehr geöffnet werden können:

Wenn nun also kein Backup der alten Projektdateien mehr zur Verfügung steht, kann man durch ein paar kleine Änderungen an selbigen diese wieder Kompatibel für das Visual Studio 2008 machen:

Änderungen an der Solutiondatei (*.sln):
Diese einfach mit dem Texteditor der Wahl öffnen (ich bevorzuge da immer Notepad++) und in der ersten Textzeile die Format Version von 11.0 auf 10.0 ändern. In der Zeile darunter Visual Studio 2010 durch Visual Studio 2008 ersetzen.

Änderungen an den Projektdateien (*.csproj; *.vbproj)
Die Änderung an den Projektdateien ist optional da das Visual Studio diese beim Build temporär selbst ändert, aber um späteren Problemen vorzubeugen sollte sie dennoch vorgenommen werden. Die Projektdatei wieder mit einem Editor öffnen und im Knoten Project das Attribut ToolsVersion suchen und den Wert von 4.0 auf 3.5 ändern.

Das war’s schon. Danach sollte das Visual Studio 2008 ohne Probleme die Projekte wieder öffnen können.

Seit gestern ist es soweit, dass Visual Studio 2010 sowie das .NET Framework 4.0 wurden offiziell von Microsoft in der finalen Fassung freigegeben. Derzeit sind die beiden Produkte nur in der englischen Fassung verfügbar. Die lokalisierten Downloads sollen Ende April folgen.

Neu in dieser Produktfassung ist, dass die Produkteditionen überarbeitet wurden. So gibt es keine Standardedition mehr, sondern nur noch Professional, Premium und Ultimate. Weiterhin gibt es für Hobbyentwickler die kostenlosen Express Editionen für die Sprachen C#, C++, VB.NET und ASP.NET. Ein paar mehr Informationen über die Neuerungen habe ich bereits beim erscheinen des Release Candidates geschrieben.

Überrascht war ich heute etwas beim Lesen meiner Newsfeeds als ich über den offiziellen Blog von Paint.NET geschaut habe. Die neue Betaversion 3.5.5 von Paint.NET wurde schon mit dem neuen .NET Framework 4.0 kompilliert. Kann man nicht meckern, ziemlich flink der Entwickler. Zudem wird auf diese Weise das neue Framework schneller verteilt.

Quicklinks

• Visual Studio 2010 Testversionen (90 Tage Laufzeit)
• Visual Studio 2010 Express Editionen
• Microsoft .NET Framework 4.0

Heute war es endlich soweit, ich habe die finale Version von meinem updateSystem.NET veröffentlicht. Wenn ich mich recht erinnere hat die Entwicklung dieser Version circa 1 Jahr und 4 Monate gedauert.

Angefangen hat alles mit einem etwas größerem Update von meinem alten “MKSoftware Update System v3”. Dieses Update wurde immer größer und größer und irgendwann saß ich dann vor einer vollkommen neuen Codebase vom updateController auf welche dann erst der updateDesigner und später der updateInstaller angepasst werden musste. Zudem gefiel mir meine Statistiklösung nicht weshalb ich diese auch komplett neu entwickelt habe so dass diese nun auch auf einem eigenen Server betrieben werden kann.

Die Statistikverwaltung im Designer habe ich übrigens nochmals komplett überarbeitet. Desweiteren gibt es nun neben einer ASP.NET und MSSQL Lösung auch eine, welche auf PHP und MySql basiert. Damit sollte sich eigentlich jeder einen eigenen Statistikserver aufsetzen können. Kostenlosen Webspace mit PHP und MySql Support bekommt man ja inzwischen hinterhergeworfen.
Zu PHP: Um es mal mit Homer Simpsons worten zu sagen: “Das ist mein erster Tag!”. Mir fehlt noch ein bisschen die Erfahrung damit, wer dies also besser kann als ich kann ja mal drüber schauen und mir eventuelle Verbesserungen mitteilen (bitte nur konstruktives!).

Zur Feier des Tages gibt es auch eine brandneue Website für das updateSystem.NET. Es fehlt noch einiges an Inhalt aber des wesentliche, der Download z.B., funktioniert :-).

Knapp anderthalb Jahre ist es nun her, dass Red-Gate Software den, ursprünglich von Lutz Roeder entwickelten, .NET Reflector akquiriert hat. Schon damals war abzusehen, dass der Reflector in zukünftigen Versionen nicht mehr komplett kostenlos zu haben sein würde.

Vor drei Tagen wurde nun die neue Version 6 nach einer umfangreichen Alpha und Betaphase, von Red-Gate veröffentlicht.  Neben dem auch weiterhin kostenlos verfügbarem Client gibt es in dieser Version auch ein Add-In für das Visual Studio (Unterstützt werden die Versionen 2005 – 2010). Mit Hilfe dieses Add-Ins ist es möglich, fremde Assemblies direkt im Visual Studio debuggen zu können, ohne den Quellcode von diesen besitzen zu müssen.
Diese, wie ich finde, ziemlich coole Funktion steht allerdings nur Benutzern einer .NET Reflector Pro Lizenz zur Verfügung. Diese kostet 145€ bzw. 182€ wenn man für ein Jahr lang mit Support und Updates versorgt werden möchte.

Also brauch ich das Add-In gar nicht erst zu installieren wenn ich nichts bezahlen möchte? Doch, denn auch in der kostenlosen Version, rüstet das Add-In eine Funktion im Objektbrowser des Visual Studios nach, mit welcher sich Klassen, Eigenschaften und Methoden direkt aus dem VS heraus im .NET Reflector öffnen lassen:

Alles in allem bin ich froh, dass der eigentliche Reflector in gewohntem Umfang auch in der neuen Version kostenlos zum Download zur Verfügung steht. Das neue Add-In ist zwar cool, aber für mich privat ist diese Funktion keine 145€ Wert. Mir macht das nichts aus im Reflector statt im VS auf Fehlersuche zu gehen.

Bearbeitet (13:40): Benutzer von den Express Editionen des Visual Studios  schauen leider bei VS Add-Ins generell in die Röhre. Diese werden nämlich erst ab der Standard Version des Visual Studios unterstützt.

Seit zwei Tagen gibt es schon für MSDN-Abonnenten das neue Visual Studio 2010 als ersten und letzten Release Candidate zum Download. Seit heute darf auch nun wieder jeder die neue Version testen.

Den Download gibt es direkt über das MSDN-Portal bzw. über das Microsoft Downloadcenter: Visual Studio 2010 and .NET Framework 4 Release Candidate

Was sofort auffällt ist die neue Oberfläche vom Visual Studio welche nun komplett auf WPF (der Windows Presentation Foundation) basiert. In früheren Betaversionen war diese Oberfläche noch recht unbrauchbar, sie war langsam und die Schrift wirkte verwaschen. Im neuen Release Candidate hat sich die Geschwindigkeit deutlich verbessert. Auf meinem Laptop kommt diese durchaus der des Visual Studio 2008 gleich.

Neu ist auch, dass in dem Visual Studio auch eine Lite-Edition von InstallShield 2010 enthalten. Nach einer Registrierung auf der Herstellerseite kann man sich ein Modul herunterladen welches das Erstellen von Setups im Designer ermöglicht und vermutlich die alte im VS Integrierte Setuplösung ablösen soll.

Weitere Funktionen gilt es jetzt zu erkunden. Besonders auf das .NET Framework 4.0 bin ich gespannt. Mal schauen was es dort für Interessante Neuerungen gibt. Ich werde darüber natürlich hier berichten.

Die finale Version vom neuen Visual Studio ist für den 12. April 2010 angesetzt. Bis dahin gibt es hoffentlich auch eine deutsche Version. Für den RC ist diese im Gegensatz zu früheren Betaversionen nicht geplant.

Ja, es ist wiedermal soweit. Ein Jahr nähert sich mit sehr großen Schritten dem Ende. Noch knapp 26 Stunden und dann heißt es Hallo 2010. Ein Jahr in dem es wohl primär wieder um das runde Ding geht was ins eckige muss.

Aber lassen wir erst mal dieses Jahr Revue passieren. Was gab es denn dieses Jahr für Highlights in der Softwarewelt? Für mich ganz klar Windows 7. Bis auf die Standardmäßig aufgeweichte Benutzerkontensteuerung ein Klasse Betriebssystem von Microsoft was mir besser gefällt als der Vorgänger. Was natürlich nicht heißen soll, dass Vista Misst war. Ich habe es auch gerne genutzt und habe die ganzen Kritiker eigentlich nie verstanden.
Dann gab es noch die neue Version 3.5 von Paint.NET welche in den Punkten Optik und Performance sehr viele nette Änderungen mitbrachte.
Zum Schluss natürlich noch der Start meiner kleinen Website vor 6 Monaten und 3 Tagen. Inzwischen habe ich schon mehr als 60 Beiträge getippselt und finde immer mehr mein Gefallen daran so dass es auch im neuen Jahr hier rege weitergehen wird.

Im nächsten Jahr freue ich mich schon auf die Veröffentlichungen von Office 2010 sowie Visual Studio 2010. Vom ersteren nutze ich schon seit einiger Zeit die Beta und bin sehr zufrieden damit. Beim Visual Studio bin ich noch nicht so überzeugt, da die neue in WPF Realisierte Oberfläche bei mir noch recht langsam war. Da bin ich mal auf die nächste Vorabversion gespannt.

In diesem Sinne, einen guten Rutsch ins neue Jahr :-)

Ich habe heute auf myCSharp eine Frage gelesen die sich um die zusätzliche Integration von einem “Build”-Command im Explorermenu bei Projektdateien drehte.
Da ich sowas selber für nützlich halte, habe ich ein wenig in der Registry herum geschraubt und eine einfache und funktionierende Lösung gefunden.

Dazu öffne man den Registry Editor (WIN+R –> “regedit” –> OK) und navigiere zu folgendem Pfad:

Dem Eintrag “Shell” fügt man dann einen neuen Schlüssel mit dem Namen “Build” hinzu. Dieser Name ist beliebig, man kann hier z.B. auch “Erstellen” oder etwas anderes nehmen. Dem neu erstellen Schlüssel fügt man erneut einen neuen Unterschlüssel mit dem Namen “Command” hinzu.
Bei dem Schlüssel Command editiert man nun den Default (bzw. Standard) Eintrag und setzt bei diesem den folgenden Wert:

Der Pfad zum Visual Studio muss eventuell noch angepasst werden (hängt von Betriebssystem und eingesetzter VS Version ab). Danach sollte das ganze so aussehen:

Neben dem Parameter /Build welcher das Erstellen der Projektmappe bewirkt gibt es in der Kommandozeilenangabe noch den Eintrag “Release”. Dieser stellt die Projektmappenkonfiguration da, welche beim Erstellen verwendet werden soll.
Hat man diese Werte korrekt angegeben, so sollte nun bei allen VS Projektdateien (*.sln) unter dem Eintrag Open (bzw. Öffnen) ein neuer Eintrag mit dem Namen Build erscheinen welcher beim Klick das entsprechende Projekt erstellt.