|
Projekt i rozwiązanie
Wszystkie projekty w VS.NET muszą znajdować się w pewnym „rozwiazaniu” - Solution. Poszczególne pliki są przypisywane do danego projektu. Na poziomie projektu ustawiane są opcje kompilacji, czy określane jest, co powstaje w momencie kompilowania programu – biblioteka, czy zwykły program.
Zwykle zdarza się tak, że nawet proste „rozwiązania” mają często wiele projektów – chociażby dlatego, że chyba każdy z programistów ma własną bibliotekę „przydatnych” klas czy funkcji.
W związku z tym, rozpoczynać pracę jest najwygodniej od utworzenia w wybranym katalogu „pustego” rozwiązania. Wtedy, można w poszczególnych podkatalogach dodawać projekty – co automatycznie ułatwia pracę z SourceSafe i upraszcza zachowanie porządku.
Do każdego projektu mogą być dodawane referencje (wskazywane są dodatkowe biblioteki z których korzysta program). W tym celu po kliknięciu prawym przyciskiem na projekcie w Solution Explorer należy wybrać Add Reference. Można dodawać zarówno biblioteki .NET jak i zwykłe obiekty COM. Jeżeli dane rozwiązanie zawiera więcej niż jeden projekt, na trzeciej zakładce (Projects) można wybrać do których projektów generujących biblioteki dodawana jest referencja (automatycznie narzuca to określoną kolejność kompilacji – jednak tym się zajmuje samo VS.NET).
Do projektu można także dodać referencję do usługi Web – Add Web Reference. Po wybraniu tej opcji z menu kontekstowego, otwierane jest okno, gdzie można albo wyszukać konkretną usługę Web w katalogu UDDI albo też wpisać adres do pliku WSDL. Z punktu widzenia aplikacji usługa Web bardzo przypomina normalną procedurę. Całą otoczką związaną z prawidłowym przekazywaniem parametrów i komunikacją SOAP zajmuje się .NET Framework i specjalnie wygenerowane klasy pośredniczące.
Jednym z narzędzi towarzyszących VS.NET jest SourceSafe. Jeżeli projekt znajduje się „pod kontrolą” SourceSafe, można zapisywać kolejne wersje dokumentów tworzących projekt. W ten sposób można cofnąć zmiany (nawet po zapisaniu pliku), czy dokładnie zobaczyć, co się zmieniło w czasie pisania programu. Często zachodzi potrzeba by cofnąć się do pewnej wersji, gdzie była zaimplementowana pewna funkcjonalność, która potem zniknęła – wtedy SourceSafe jest bardzo przydatnym narzędziem. Równocześnie na bieżąco wykonywana jest kopia źródeł programu – co też jest nie do pogardzenia.
W moemencie, gdy nad projektem pracuje więcej niż jedna osoba, SourceSafe potrafi półautoamtycznie łączyć zmiany (nawet w jednym pliku) ew. pytając o decyzje w przypadku konfliktów. Podstawowe operacje SourceSafe są dostępne spod prawego przycisku po kliknięciu na element w Solution Explorer:
Check-In Now– aktualizuje zmiany w repozytorium SourceSafe
Check Out Now – pobiera plik z repozytorium tak by można go było zmieniać w projekcie
Get Latest Version – pobiera ostatnią wersję pliku (ew. zastępuje wersje zmienione lokalnie)
Add Solution to Source Control – dodaje rozwiązanie do SourceSafe (tworzy nowe repozytorium dla całego rozwiązania; potem można dodawać poszczególne projekty);
Uruchamianie przykładowych projektów z CD
Przykładowe programy załączone na CD towarzyszącym numerowi Chip Special wystarczy skopiować na dysk i otworzyć odpowiednie rozwiązanie (nie zapominając by najpierw zdjąć atrybut tylko do odczytu).
W przypadku projektów ASP.NET bądź usług Web konieczne jest także skonfigurowanie odpowiedniego katalogu jako „aplikacji” IIS (oczywiście – Internet Information Server musi być zainstalowany na tym samym komputerze co VS.NET). Zwykle, w tym celu wystarczy kliknąć prawym przyciskiem na danym folderze, wejść w opcję Properties (Właściwości), po czym wybrać zakładkę Web Sharing (Udostępnianie w sieci Web) po czym zaznaczyć Share This Folder (Udostępnij ten folder).
Część projektów ma także programy instalacyjne – wtedy proszę zapoznać się z odpowiednim plikiem czytaj.txt
Przy użyciu Notepada
Do pisania prostych programów w .NET wystarczy w zasadzie dowolny edytor tekstowy oraz .NET Framework, który zawiera wszystkie niezbędne biblioteki oraz kompilatory VB.NET i C#.
Aby skompilować przykład w VB.NET należy napisać:
vbc test.vb
w przypadku kodu w C#,
csc test.cs
Oba kompilatory mają podobne opcje; ważniejsze zostały omówione poniżej:
/target:exe Tworzona jest aplikacja konsolowa
/target:winexe Tworzona jest aplikacja Windows Forms
/target:library Tworzona jest biblioteka (np. – z klasą)
/reference:<lista plików > dodaje referencję do danego pliku bibiotecznego
/optimize[+|-] włącza/wyłącza optymalizację.
/debug dodaje informacje dla debuggera
@<plik> pobiera opcje kompilacji z danego pliku
Należy pamiętać, że aby skorzystać z narzędzi z poziomu linii poleceń, muszą być zainicjowane odpowiednie zmienne środowiskowe w Windows. Podczas instalacji VS.NET tworzony jest odpowiedni skrót – proszę uruchomić Start – Programs – Microsoft Visual Studio .NET – Visual Studio .NET Tools - Visual Studio .NET Command Prompt.
Poniżej przedstawiony jest bardzo prosty przykład kompilacji z linii poleceń. Tworzone są dwa pliki tekstowe – biblioteczny (w C#) mylib.cs, zawierającego jedną klasę CSTest z metodą Do() oraz „klienta” w VB.NET, który korzysta z tej klasy,
Plik mylib.cs:
using System;
public class CSTest
{
public void Do() {
Console.Write("CSTest - DO");
}
}
Plik test.vb:
imports System
Module Test
Sub Main()
Console.WriteLine("Hello World")
dim c as new MyLib.CSTest()
c.Do()
End Sub
End Module
Najpierw trzeba skompilować bibliotekę. Koniecznie należy określić typ projektu – inaczej kompilator zgłosi błąd (domyślnie przyjmuje, że tworzony jest plik EXE):
csc /target:library mylib.cs
Kompilując kod w VB.NET należy pamiętać o jawnym wskazaniu referencji do bibiliteki, by kompilator mógł znaleźć odpowiednie metadane:
vbc /reference:mylib.dll test.vb
Można także skompilować projekt z informacją dla debuggera. Wtedy, można będzie krokowo wykonywać ten przykładowy program. Po dodaniu do obu linii opcji /debug, można uruchomić debugger.
Samo .NET Framework zawiera 2 typy debuggera. Pierwszy, jest debuggerem testowym. Można go uruchomić pisząc
cordbg test.exe
Potem, wydając polecenie n można krok po kroku wykonywać program.
Innym, znacznie wygodniejszym debuggerem jest DbgClr.exe. Po zainstalowaniu .NET Framework, znajduje się on w podkatalogu GuiDebug; jeżeli jest zainstalowane VS.NET jest to n. folder "C:\Program Files\Microsoft Visual Studio .NET\FrameworkSDK\GuiDebug\".
|