Blog
Seite: 1
MartinVisual Studio 2010
Die Visual Studio 2010 Beta wurde vor ein paar Tagen released.
http://blogs.msdn.com/onoj/archive/2009/05/19/visual-studio-2010-beta-1-download-options.aspx
http://www.microsoft.com/downloads/details.aspx?FamilyID=255fc5f1-15af-4fe7-be4d-263a2621144b&displaylang=en
Anders wie bei den letzeten Betas wird das Visual Studio nicht in einem VirtualPC ausgeliefert.
Laut angaben soll es kein problem sein, die Beta neben dem Visual Studio 2008 zu installieren. Ich werde das Produkt so schnell wie möglich testen.
Schlüsselwörter: VS.NET
zuletzt geändert: 31. Mai 2009 19:03
Link zu diesem Artikel: (in die Zwischenablage)
Kommentare: Anzeigen
MartinTeam Foundation Server
Zur Versionsverwaltung wurde bisher immer das Visual SourceSafe verwendet. Seit einigen Tagen haben wir auf den Team Foundation Server umgestellt.
Das Compilieren geht wesentlich schneller als mit dem alten Visual SourceSafe, außerdem werden eine Reihe von nützlichen Funktionen mitgeliefert.Neu z.B. ist, dass mehrere gleichzeitig an einer Datei arbeiten können. D.h. eine ausgecheckte Datei kann trotzdem bearbeitet werden. Das ging mit dem SourceSafe nicht.
Wird die Datei eingecheckt wird das Merge Tool aufgerufen. Dieses erkennt die Änderungen bzw. Unterschiede und checkt die Datei richtig ein. Viel Erfahrung damit habe ich aber noch nicht gemacht.
Dann gibts da noch die Reports mit denen man verschiedene Berichte erstellen kann. Diese liefern Informationen über den aktuellen Stand des Projektes.
Persönlich gefällt mir die Annotate (Kommentier-) Funktion sehr gut. Diese kann man im Solution Explorer aufrufen in dem man einen Rechten Mausklick auf eine Datei macht.
Nach dem aufrufen der Funktion, wird die Datei geöffnet.
Links wird zusätzlich eine Leiste eingeblendet in der man sieht, wer welchen Code-Abschnitt wann erstellt oder bearbeitet hat.
Eine sehr tolle Sache wie ich finde.
Jedes mal wenn man eine Datei ein-checkt bekommt man die Möglichkeit, einen Kommentar mit zu speichern.
Wenn man jetzt links in der eingeblendeten Leiste das Kontextmenü aufruft und History wählt, kann man sich einen besseren Überblick über die verschiedenen Versionen verschaffen.
Zusätzlich sieht man zu jeder Version den Kommentar, falls einer vorhanden ist.
Verwandte Themen: IDE Tipps zu VS.NET
Schlüsselwörter: Team Foundation Server, VS.NET
zuletzt geändert: 13. März 2009 17:01
Link zu diesem Artikel: (in die Zwischenablage)
MartinIDE Tipps
Hier ein paar Tipps, die das Arbeiten mit VS.NET ungemein erleichtern.
ShortCuts:
Für den XAML Editor:
STRG + E + D - Rückt den Code richtig ein
Für die IDE
Angenommen ihr wollt die Debugger Klasse verwenden, habt aber nicht den Namensraum angegeben, könnt ihr nach dem Tippen des Wortes "Debugger" SHIFT + ALT + F10 drücken.
Die IDE fügt auto. das using System.Diagnostics ein. Tolle Sache nicht? Das funktioniert auch bei eigens erstellten Namensräumen / Klassen, Objekten.
Compilieren abbrechen
STRG + Pause
Snippets
An dieser Stelle sollte man auch das Tool Snippet Designer erwähnen, welches man auf Codeplex runterladen kann.
Mit Snippets kann schnell dummyCode generieren. Z.b eine Eigenschaft.
Ladet euch das Tool runter und installiert es. ( VS.NET davor beenden)
Erstellt nun folgenden Code, z.B. diese Property z.B.
private object _Propertyname;
public object Propteryname
{
get
{
return _Propertyname;
}
set
{
_Propertyname = value;
}
}
public object Propteryname
{
get
{
return _Propertyname;
}
set
{
_Propertyname = value;
}
}
Markiert den Code -> Rechte Maustaste ->Export as Snippet. Ein neues Tabfenster öffnet sich. Markiert das Wort "object" -> Rechter Mausklick -> Make Replacement.
Unten im "Grid" gebt ihr bei Tooltip z.B. "Geben Sie den DatenTyp ein". Bei der Spalte "Default to" würde ich object lassen.
Als nächstes markiert das Wort "Propertyname" -> Make Replacement. Beim Tooltip könnt ihr wieder so was ähnliches wie, "Geben Sie den Namen des Property ein", angeben. Das Wort _Propertyname müsst ihr manuel durch $Propertyname$ ersetzen. Gebt zum Schluß bei Snippet: einen geeigneten Namen für das CodeSchnippsel. Drückt nun STRG + S um das Snippet zu speichern (in den vorgegeben Ordner). Dann sieht es ca. so aus.
Schließt das Fenster vom Snippet. Macht nun im Code Rechter Mausklick -> Insert Snippet -> Wählt My snippets -> Euer Snippetname. Nun steht das fertige Snippet im Code. Mit Tab könnt ihr zwischen den einzelnen Platzhalter wechseln. Gebt eueren DatenTyp + Propertyname an und drückt Enter wenn ihr fertig seid. Solche Snippets kann man sehr produktiv einsetzen.
Disassembler-Tool
Beim Thema Linq, Lambda Expressions ist es sehr interessant, wie der Compiler vor geht und die einzelnen Programmabschnitte abarbeitet bzw. interpretiert.
Um den produzierten MSIL-Code (Microsoft Intermediate Language) genauer betrachten zu können gibt es das MSIL Disassembler-Tool welches mit dem .NET Framework mitgeliefert wird. Im VS.NET kann man das Tool wie folgt hinzufügen:
1.) Tools
2.) External Tools
3.) Add
4.) Bei Titel ildasm eingeben
5.) C:Program FilesMicrosoft SDKsWindowsv6.0Abinildasm.exe
6.) und bei Argument $(TargetPath) angeben, damit VS.NET während dem Debuggen den MSIL-Code anzeigt.
WPF Editor
Der WPF Editor mag für Anfänger eine tolle Sache sein, hat aber durchaus seine Tücken. Das öffnen von XAML Dateien dauert sehr lange, wenn der Designer mit geladen wird.
Man kann das Visual Studio so einstellen, dass er beim öffnen einer XAML Datei nur den Source Code anzeigt. Das beschleunigt das öffnen der XAML Dateien. Dazu geht man in die Visual Studio Einstellungen -> XAML Editor -> Always open documents in full XAML view.
Bei mir ist trotz dieser Einstellung desöfteren, während dem editieren von XAML Dateien, die IDE abgestürzt. Seit dem ich den normalen Source Code Editor zum Bearbeiten der XAML Dateien verwende, gab es nicht einen absturz.
Der Source Code Editor unterstützt alle notwendigen Funktionen für XAML Dateien. Ledeglich der Designer ist nicht vorhanden. Aber wer braucht den schon?
Um den Source Code Editor für XAML Dateien verwenden zu können geht man wie folgt vor:
Im Solution Explorer rechte Maustaste auf eine XAML Datei
Open with
Source Code Editor
Set as Default
Mole For Visual Studio
Mit dem Tool Mole kann man den Aufbau von Windows, UserControls grafisch anzeigen lassen.
Das Tool kann auf CodeProject runtergeladen werden.
Verwandte Themen: Team Foundation Server
Links zum Thema:
Schlüsselwörter: C#, VS.NET
zuletzt geändert: 25. Juli 2009 11:43
Link zu diesem Artikel: (in die Zwischenablage)
Seite: 1
(c) 2003-2009 | Impressum| Empfehlenswerte Blog Einträge
Kommentare
keine Elemente zum AnzeigenKommentar schreiben: