Ulepszenia w programie Visual Studio 2005

przez Microsoft

Program Visual Studio 2005 udostępnia deweloperom aplikacji sieci Web długą listę ulepszeń i ulepszeń projektów sieci Web.

Program Visual Studio 2005 udostępnia deweloperom aplikacji sieci Web długą listę ulepszeń i ulepszeń projektów sieci Web. Tak wydajne, jak Visual Studio .NET 2002 i 2003 są, było wiele skarg w sposób, że projekty sieci Web były obsługiwane. Visual Studio 2005 dodaje znaczną liczbę nowych funkcji w celu rozwiązania tych skarg. Dla tych, którzy wolą sposób, w jaki program Visual Studio .NET 2003 obsługiwał kompilację aplikacji sieci Web, zobacz Projekty aplikacji sieci Web.

W tym module dobrze obejmują ulepszenia w tworzeniu projektów sieci Web, zarządzaniu i rozwoju. W nowszym module dobrze obejmują ulepszenia w tworzeniu projektów sieci Web i wdrażaniu ich.

Rozszerzenia serwera programu FrontPage

Program Visual Studio .NET 2002 i 2003 wymagały rozszerzeń serwera programu FrontPage w tym polu w celu tworzenia lub tworzenia projektów sieci Web. Deweloperzy mieli do wyboru dwa różne tryby dostępu (rozszerzenia serwera programu FrontPage lub tryb dostępu do plików), obaj używali rozszerzeń serwera programu FrontPage do wykonywania zadań, takich jak ustawianie katalogu głównego aplikacji w serwisach IIS itp.

Visual Studio 2005 usuwa poleganie na rozszerzeniach serwera programu FrontPage dla projektów lokalnych. Visual Studio 2005 uzyskuje teraz dostęp do metabazy usług IIS bezpośrednio zamiast używać rozszerzeń serwera programu FrontPage. Program Visual Studio 2005 dodaje również obsługę protokołu FTP, która umożliwia zdalny dostęp do projektu bez konieczności konieczności rozszerzeń serwera programu FrontPage.

Dla tych deweloperów, którzy chcą używać rozszerzeń serwera programu FrontPage w swoich projektach, opcja jest nadal dostępna. Jednak na podstawie silnych opinii ze strony społeczności deweloperów ASP.NET nie jest to wymagane.

Note

Rozszerzenia serwera programu FrontPage są nadal wymagane do zdalnego tworzenia projektu, otwierania itp.

ASP.NET Development Server

Program Visual Studio 2005 jest dostarczany z nowym serwerem sieci Web o nazwie ASP.NET Programowym Serwerem. (Ten serwer sieci Web był wcześniej znany jako Cassini).

Istnieje kilka zalet ASP.NET programu Development Server.

  • Teraz osoby niebędące administratorami mogą tworzyć i debugować serwer sieci Web.
  • ASP.NET programowanie serwera dynamicznie mapuje katalogi wirtualne do dowolnej lokalizacji w systemie plików, co pozwala na elastyczne lokalizacje projektów.
  • Użytkownicy systemu Windows XP Professional, którzy już korzystają z usług IIS, będą teraz mogli tworzyć nowe aplikacje sieci Web, które nie będą miały wpływu na strukturę plików lub folderów ich domyślnej witryny sieci Web w serwisach IIS.

Do skorzystania z ASP.NET programu Development Server nie jest wymagana żadna specjalna konfiguracja. Gdy projekt sieci Web, który jest hostowany w systemie plików jest debugowany lub przeglądany, Visual Studio 2005 automatycznie uruchomi wystąpienie ASP.NET serwera programistycznego na losowym porcie do obsługi żądania.

Więcej informacji zostanie omówionych na serwerze ASP.NET programistycznym w dalszej części tego modułu.

Ulepszone zarządzanie plikami

W programie Visual Studio 2002 i 2003 plik projektu (.vbproj dla VB.NET i csproj dla języka C#) przechowuje informacje o wszystkich plikach w aplikacji sieci Web. Wyświetlanie Eksploratora rozwiązań jest oparte na informacjach o pliku w pliku projektu. Z tego powodu Eksplorator rozwiązań często wyświetla niedokładne informacje w przypadkach, gdy były używane zewnętrzne edytory. Visual Studio 2002 i 2003 często zastępują zmiany plików lub nie wyświetlają najnowszej wersji plików.

Visual Studio 2005 łagodnie z pliku projektu. Zamiast tego odczytuje informacje o pliku i folderze bezpośrednio z dysku, co powoduje dokładne wyświetlanie plików w projekcie. Ponieważ folder Odwołania w programie Visual Studio 2002 i 2003 nie reprezentuje rzeczywistego folderu w aplikacji sieci Web, program Visual Studio 2005 również usuwa folder Odwołania z Eksploratora rozwiązań. Aby uzyskać dostęp do odwołań do projektu w programie Visual Studio 2005, należy użyć strony właściwości dla projektu.

Tworzenie projektów sieci Web

Deweloperzy sieci Web mają wiele nowych opcji dostępnych do tworzenia projektów w programie Visual Studio 2005. Witryny sieci Web można teraz tworzyć w dowolnym miejscu w systemie plików, a następnie można je debugować lub przeglądać za pomocą nowego ASP.NET programu Development Server. Deweloperzy mogą również tworzyć nowe witryny sieci Web przy użyciu protokołu FTP.

Kliknij tutaj, aby wyświetlić przewodnik wideo tworzenia projektów sieci Web w programie Visual Studio 2005.

Otwórz wideo pełnoekranowe

Projekty systemu plików

Jak widać w przewodniku wideo, można utworzyć witryny sieci Web w systemie plików albo na komputerze lokalnym lub w lokalizacji zdalnej za pośrednictwem udziału plików. Witryny sieci Web utworzone w systemie plików są przeglądane i debugowane przy użyciu ASP.NET programu Development Server.

Note

Serwer ASP.NET programistyczne może powodować pewne zamieszanie dla klientów. Jeśli projekt sieci Web jest tworzony w systemie plików w strukturze katalogów usług IISs (tj. c:/inetpub/wwwroot), witryna sieci Web będzie nadal przeglądana za pośrednictwem ASP.NET programu Development Server po uruchomieniu z poziomu programu Visual Studio 2005. W związku z tym żadna konfiguracja usług IIS (tj. metody uwierzytelniania) nie ma zastosowania.

Domyślny projekt sieci Web usuwa również wiele narzutów, zawierając tylko stronę Default.aspx, plik default.cs i folder Aplikacji/_Data. Web.config i foldery specjalne (tj. app/_code) są dodawane w razie potrzeby. Projekt sieci Web zawiera tylko potrzebne pliki i foldery.

Projekty HTTP

Projekty HTTP mogą być projektami tworzonymi w lokalnej witrynie sieci Web usług IIS lub w zdalnej witrynie sieci Web. Domyślną lokalizacją http://localhostprojektu jest . Jeśli klikniesz przycisk Przeglądaj, dostępne są dwie opcje HTTP: Lokalne usługi IIS i Lokacja zdalna. Główną różnicą w tych dwóch opcjach jest metoda, w której informacje o witrynie sieci web są wyświetlane w oknie dialogowym Wybierz lokalizację i w jaki sposób pliki są kopiowane na serwer sieci Web.

Opcja Lokalne usługi IIS odczytuje informacje o lokacji z metabazy na komputerze lokalnym, a pliki są kopiowane za pomocą systemu plików. Opcja Lokacja zdalna używa rozszerzeń serwera programu FrontPage, a informacje o lokacji i pliki są kopiowane przy użyciu wywołań RPC rozszerzeń serwera HTTP i Programu FrontPage.

Note

Plik vs###/_tmp.htm i plik get/_aspx/_ver.aspx nie są już używane do określania informacji o wersji.

Domyślną opcją HTTP są lokalne usługi IIS. Ta opcja odczytuje metabazę usług IIS, aby określić, które witryny są dostępne i w jakiej lokalizacji do tworzenia zawartości. Można wybrać inny folder lub katalog wirtualny, zaznaczając go w widoku drzewa. Można również utworzyć nowy katalog wirtualny, oznaczyć foldery jako aplikacje, a także usunąć istniejące katalogi wirtualne z tego okna dialogowego.

Okno dialogowe Wybieranie lokalizacji

Rysunek 1: Okno dialogowe Wybieranie lokalizacji

W przeciwieństwie do wcześniejszych wersji programu Visual Studio, jeśli zaznaczysz pole wyboru Użyj warstwy bezpiecznych gniazd, a certyfikat SSL nie jest zgodny z przeglądanym adresem URL, zostanie wyświetlone okno dialogowe Alert zabezpieczeń z pytaniem, czy chcesz kontynuować. Za pomocą programu Visual Studio .NET 2003, jeśli certyfikat nie był pasujący jeden, tworzenie projektu zakończy się niepowodzeniem.

Alert zabezpieczeń dotyczący certyfikatu SSL

Rysunek 2: Alert zabezpieczeń dotyczący certyfikatu SSL

Uwaga dotycząca nagłówków hostów

Jeśli tworzysz aplikację sieci Web w witrynie powiązanej z określonym adresem IP, należy upewnić się, że nagłówek hosta jest skonfigurowany. W przeciwnym razie visual studio http://localhostutworzy witrynę w programie , ale adres IP nie zostanie poprawnie rozpoznany, gdy witryna jest przeglądana lub debugowana z poziomu IDE.

Jeśli wybierzesz opcję Lokacja zdalna, okno dialogowe ulegnie zmianie, aby umożliwić wprowadzenie docelowego adresu URL nowej witryny sieci Web. Ten adres URL musi znajdować się na serwerze z włączonymi rozszerzeniami serwera programu FrontPage. Jeśli chcesz pracować z lokalnym serwerem sieci Web przy użyciu rozszerzeń serwera programu FrontPage, możesz użyć opcji Lokacja zdalna i określić lokalny adres URL.

Tworzenie witryny sieci Web na serwerze zdalnym

Rysunek 3: Tworzenie witryny sieci Web na serwerze zdalnym

Podczas tworzenia aplikacji w lokacji zdalnej za pośrednictwem protokołu SSL, jeśli certyfikat SSL nie jest zgodny, okno dialogowe potwierdzenia jest nieco inne niż okno dialogowe wyświetlane podczas korzystania z opcji Lokalne usługi IIS.

Alert zabezpieczeń witryny zdalnej

Rysunek 4: Alert zabezpieczeń witryny zdalnej

FTP

Program Visual Studio 2005 wprowadza opcję tworzenia witryn sieci Web za pośrednictwem protokołu FTP. Korzystając z tej opcji, IDE tworzy pliki lokalnie w folderze tymczasowym użytkowników, a następnie używa protokołu FTP do przenoszenia plików do lokalizacji FTP.

Note

Lokalizacja<folderu tymczasowego to c:/Documents>and Settings/User /Local Settings/Temp/VWDWebCache/<Server>/_<nazwa aplikacji>

Podczas korzystania z opcji FTP zostanie wyświetlone okno dialogowe Wybierz lokalizację. W tym oknie dialogowym należy wprowadzić wymagane informacje o połączeniu FTP, jak pokazano poniżej.

Okno dialogowe Wybieranie lokalizacji dla protokołu FTP

Rysunek 5: Okno dialogowe Wybieranie lokalizacji dla FTP

Laboratorium: Konfiguracja witryny FTP i tworzenie projektu

Poniższe kroki konfigurują witrynę FTP tak, aby użytkownik miał lokalizację, do którą może przesyłać tylko za pośrednictwem protokołu FTP.

Instalowanie usługi FTP

  1. Otwórz pozycję Dodaj usuń programy, wybierz pozycję Dodaj/Usuń składniki systemu Windows
  2. Wybierz pozycję Internetowe usługi informacyjne (serwer aplikacji w systemie Windows 2003) i kliknij przycisk Szczegóły.
  3. Sprawdź usługę FTP (File Transfer Protocol) i kliknij przycisk OK.
  4. Kliknij przycisk Dalej, aby zainstalować usługę FTP.

Tworzenie nowego folderu zawartości

  1. W Eksploratorze Windows utwórz nowy folder o nazwie User1 wewnątrz c:/inetpub/wwwroot.

Konfigurowanie folderów i uprawnień do folderów.

  1. Otwórz przystawkę Internetowe Usługi informacyjne za pomocą narzędzi administracyjnych. W węźle nazwy komputera znajduje się teraz folder Witryn FTP.
  2. Rozwiń witryny FTP.
  3. Kliknij prawym przyciskiem myszy domyślną witrynę FTP, wybierz pozycję Nowy, a następnie pozycję Katalog wirtualny, a następnie kliknij polecenie Dalej.
  4. Wprowadź user1 dla nazwy katalogu wirtualnego i kliknij przycisk Dalej.
  5. Wprowadź c:/inetpub/wwwroot/User1 dla ścieżki i kliknij przycisk Dalej.
  6. Kliknij przycisk Dalej, a następnie zakończ, aby ukończyć kreatora.
  7. Kliknij prawym przyciskiem myszy katalog wirtualny User1 w obszarze Domyślna witryna FTP i wybierz polecenie Właściwości.
  8. Zaznacz pole wyboru Zapis i kliknij przycisk OK, aby zamknąć okno dialogowe.
  9. Kliknij prawym przyciskiem myszy pozycję Domyślna witryna FTP i wybierz polecenie Właściwości.
  10. Na karcie Konta zabezpieczeń wyewoluj zaznaczenie opcji Zezwalaj na połączenia anonimowe.
  11. Kliknij przycisk Tak w oknie dialogowym z pytaniem, czy chcesz kontynuować.
  12. Kliknij przycisk OK, aby zamknąć okno dialogowe.
  13. Rozwiń domyślną witrynę sieci Web w węźle Witryny sieci Web.
  14. Kliknij prawym przyciskiem myszy katalog User1 i wybierz polecenie Właściwości
  15. W sekcji Ustawienia aplikacji kliknij pozycję Utwórz, aby oznaczyć folder jako aplikację.
  16. Kliknij przycisk OK, aby zamknąć okno dialogowe.
  17. Zamknij przystawkę Internetowe usługi informacyjne.

Tworzenie projektu sieci Web

  1. Otwórz program Visual Studio 2005.
  2. Z menu Plik wybierz polecenie Nowa witryna sieci Web.
  3. Z listy rozwijanej Lokalizacja wybierz pozycję FTP.
  4. Kliknij pozycję Browse (Przeglądaj).
  5. Wprowadź localhost w pola tekstowym serwera.
  6. Wprowadź user1 w pola tekstowym katalogu.
  7. Kliknij przycisk Open (Otwórz). Lokalizacja FTP zostanie wprowadzona do okna dialogowego Nowa witryna sieci Web.
  8. Kliknij przycisk OK.
  9. Wyebrakuj zaznaczenie pola Anonimowe logowanie w oknie dialogowym Rejestrowanie FTP, wprowadź poświadczenia i kliknij przycisk OK.
  10. Jaki jest adres URL projektu? (Adres URL projektu zostanie wyświetlony w Eksploratorze rozwiązań).
  11. Z menu Kompilacja wybierz polecenie Buduj witrynę sieci Web lub Rozwiązanie kompilacji.
  12. Kliknij prawym przyciskiem myszy default.aspx w Eksploratorze rozwiązań i wybierz pozycję Wyświetl w przeglądarce.
  13. W oknie dialogowym Wymagany adres http://localhost/user1 URL witryny sieci Web wprowadź adres URL i kliknij przycisk OK.

Note

Jeśli pojawia się błąd wskazujący na niemożność załadowania typu /_Default, upewnij się, że w witrynie sieci Web jest uruchomiony ASP.NET 2.0, a nie wcześniejsza wersja. Można to zrobić na karcie ASP.NET w internetowych usługach informacyjnych.

Otwieranie projektów sieci Web

Otwieranie projektów sieci Web jest podobne do tworzenia projektów. W poniższych sekcjach przywołać obszary, aby mieć oko na podczas pracy w środowisku IDE. Obejmuje również pracę z projektami sieci Web przy użyciu protokołu HTTP i FTP.

Aby otworzyć projekt sieci Web, wybierz polecenie Otwórz witrynę sieci Web z menu Plik. Zostanie wyświetlony monit z tym samym dialogiem Wybierz lokalizację omówione wcześniej i masz te same cztery opcje dostępne dla Ciebie: System plików, Lokalne usługi IIS, FTP i lokacja zdalna.

System plików

Jak wskazano wcześniej w tym module, visual studio nie używa już pliku projektu. W związku z tym jeśli zdecydujesz się otworzyć witrynę sieci Web z systemu plików, w rzeczywistości masz możliwość wyboru dowolnego folderu, który chcesz, nawet jeśli folder, który wybierzesz nie został utworzony jako projekt sieci Web początkowo w programie Visual Studio. Na przykład można otworzyć folder Moje dokumenty jako witrynę sieci Web, a program Visual Studio z przyjemnością otworzy go i wyświetli pliki w sposób pokazany poniżej.

Moje dokumenty otwarte jako witryna sieci Web

Rysunek 6: Moje dokumenty otwarte jako witryna sieci Web

Ponieważ program Visual Studio tworzy tylko dodatkowe pliki i foldery, gdy jest to konieczne, żadne dodatkowe pliki lub foldery nie są dodawane do otwartej lokalizacji. Efektem ubocznym tej architektury jest to, że uniemożliwia zagnieżdżanie witryn sieci Web w systemie plików. Rozważmy na przykład następującą strukturę katalogów.

Projekt internetowy w C:/MyWebSite

Kolejny projekt internetowy w C:/MyWebSite/Nested

Po otwarciu witryny sieci Web w witrynie c:/MyWebSite folder Zagnieżdżony pojawi się jako podfoldery tej aplikacji.

HTTP

Podczas otwierania witryn sieci Web za pośrednictwem protokołu HTTP ustawienia są odczytywane z metabazy usług IIS (lokalne usługi IIS) lub z rozszerzeniami serwera programu FrontPage (lokacja zdalna). Jeśli istnieją zagnieżdżone aplikacje sieci web, są one wyświetlane również z ikoną identyfikującą je jako aplikację. Jeśli znasz pracę z aplikacjami sieci web w programie FrontPage, zachowanie w programie Visual Studio 2005 jest podobne.

Mimo że program Visual Studio wyświetli ikonę dla aplikacji, które są zagnieżdżone pod aplikacją, która jest aktualnie otwarta w ramach IDE, nie pozwoli na ich rozwinięcie, aby wyświetlić ich zawartość. Możesz jednak kliknąć je dwukrotnie, aby je otworzyć. Po wykonaniu tej sytuacji zostanie wyświetlone okno dialogowe z monitem o otwarcie aplikacji sieci web (i zastąpienie aktualnie otwartego rozwiązania) lub dodanie aplikacji sieci Web do bieżącego rozwiązania.

Dwukrotne kliknięcie ikony zagnieżdżonej aplikacji przedstawia to okno dialogowe

Rysunek 7: Dwukrotne kliknięcie ikony zagnieżdżonej aplikacji przedstawia to okno dialogowe

Witryna FTP

Po otwarciu witryny za pośrednictwem protokołu FTP wszystkie pliki są kopiowane lokalnie do folderu tymczasowego. Pełna ścieżka dla lokalizacji magazynu lokalnego jest wyświetlana w okienku Właściwości dla projektu i jest tworzona przy użyciu następującego formatu.

C:/Dokumenty i<ustawienia/ Użytkownik>/Ustawienia lokalne/Temp/VWDWebCache/<Nazwa aplikacji /_><>

Podczas korzystania z protokołu FTP program Visual Studio będzie musiał określić podstawowy adres URL projektu, aby można było go przeglądać, jak pokazano poniżej. Jeśli nie określisz podstawowego adresu URL, program Visual Studio poprosi o to przy pierwszej próbie przeglądania strony w witrynie sieci Web.

Określanie podstawowego adresu URL witryn FTP

Rysunek 8: Określanie podstawowego adresu URL witryn FTP

Ulepszenia w kompilacji

Praca z aplikacjami sieci Web w programie Visual Studio 2005 jest zauważalnie szybsza niż poprzednie wersje. Wynika to w dużej mierze ze zmian w architekturze kompilacji.

W programie Visual Studio 2002 i 2003 aplikacje sieci Web zostały skompilowane w jeden zestaw podstawowy zamieszkały w folderze /bin. W programie Visual Studio 2005 dodano folder aplikacji/_Code. Klasy i inny kod interfejsu użytkownika są dodawane do folderu App/_Code. Gdy program Visual Studio tworzy projekt, wszystkie pliki w folderze App/_Code są kompilowane w jeden plik App/_Code.dll. Wynikiem tej zmiany jest to, że kolejne kompilacje są znacznie szybsze niż w poprzednich wersjach.

Note

Narzędzie wiersza polecenia MSBuild może być również używane do tworzenia ASP.NET aplikacji sieci Web. Narzędzie to zostanie omówione w module 9.

Innym ulepszeniem kompilacji jest nowa opcja Strony kompilacji w menu Kompilacja. Ta funkcja umożliwia deweloperowi odbudować tylko bieżącą stronę (wraz z, oczywiście i zależności), dzięki czemu zmiany mogą być kompilowane szybciej. Ponieważ C# nie oferuje kompilacji w tle do celów aktualizacji IntelliSense, itp., będą one korzystać ogromnie z tej funkcji, ponieważ pozwoli intellisense być aktualizowane szybko po prostu odbudowując jedną stronę.

Właściwości Kompilacja dla projektu umożliwiają skonfigurowanie typu kompilacji, który występuje przed wykonaniem strony startowej. Deweloperzy mogą wybrać tylko tworzenie bieżącej strony, dzięki czemu program Visual Studio można uruchomić debugowanie aplikacji szybciej po zmianie kodu.

Akcja uruchamiania strony kompilacji

Rysunek 9: Akcja początkowa strony kompilacji

Innym wielkim ulepszeniem programu Visual Studio i architektury ASP.NET jest w obszarze edycji i kontynuowania. W programie Visual Studio 2005 deweloperzy mogą rozpocząć debugowanie projektu i wprowadzać zmiany kodu w projekcie bez odłączania debugera. W rzeczywistości można dosłownie rozpocząć debugowanie projektu, dodać nową klasę, dodać kod do tej klasy, dodać kod do strony, która tworzy nowe wystąpienie tej klasy i wykonać metodę klasy, wszystko bez odłączania debugera. Wykonanie nowego kodu jest dosłownie tak proste, jak odświeżenie przeglądarki!

Kliknij tutaj, aby wyświetlić przewodnik wideo z funkcji edycji i kontynuowania w programie Visual Studio 2005.

Otwórz wideo pełnoekranowe

Niezawodne funkcje edycji i kontynuowania w ASP.NET 2.0 i Visual Studio 2005 jest ze względu na zmianę architektury dla ASP.NET aplikacji. W ASP.NET 1.x aplikacje utworzone w programie Visual Studio 2002/2003 zostały skompilowane do zestawu podstawowego, który był przechowywany w folderze /bin. Wszystkie klasy, strony itp dla aplikacji zostały skompilowane do tej jednej biblioteki DLL. Następnie w czasie wykonywania ASP.NET skompilować wszystkie formanty, znaczników i kodu ASP.NET w obrębie stron i skopiować te biblioteki DLL do folderu tymczasowego ASP.NET.

W programie Visual Studio 2005 przy użyciu ASP.NET 2.0 dwa modele kompilacji konspektu powyżej (jeden dla programu Visual Studio i jeden dla ASP.NET w czasie wykonywania) zostały scalone w jeden wspólny model kompilacji. Oznacza to, że wszystkie problemy kompilacji są teraz przechwytywane na etapie rozwoju, a nie w czasie wykonywania. Umożliwia również obsługę projektantów i intellisense dla funkcji, takich jak kontrolki użytkownika i strony wzorcowe.

Kliknij tutaj, aby wyświetlić przewodnik wideo z obsługą projektanta dla formantów użytkownika.

Otwórz wideo pełnoekranowe

Note

Po usunięciu formantu użytkownika ze @Register strony dyrektywa pozostaje w znacznikach i powinna zostać usunięta ręcznie, aby uniknąć błędów analizatora, jeśli formant użytkownika zostanie usunięty z witryny sieci Web.

Innym ulepszeniem modelu kompilacji programu Visual Studio jest funkcja Publikowania witryny sieci Web. Ponieważ funkcja publikowania wstępnie kompiluje witrynę sieci Web, deweloperzy mogą cieszyć się dodatkową wydajnością, ponieważ nie trzeba kompilować niczego na żądanie. Prekompilowano również cały kod źródłowy w folderze App/_Code do biblioteki DLL, dzięki czemu nie ma kodu źródłowego do wdrożenia.

Okno dialogowe Publikowania witryny sieci Web

Rysunek 10: Okno dialogowe Publikowania witryny sieci Web

Note

Narzędzie aspnet/_compile.exe może również służyć do wstępnego kompilowania aplikacji sieci Web ASP.NET. Narzędzie to zostanie omówione w module 9.

Podczas publikowania witryny sieci Web wstępnie skompilowane pliki są przechowywane w folderze Tymczasowe pliki ASP.NET, jak pokazano poniżej. Pliki z rozszerzeniem .compiled są plikami XML, które definiują zależności dla określonych bibliotek DLL. Wszelkie formanty webform lub użytkownika są kompilowane do losowych bibliotek DLL, które zaczynają się od aplikacji /Web /.

Jeśli pole wyboru Zezwalaj na tę wstępnie skompilowaną witrynę jest zaznaczone, znaczniki wewnątrz form sieci Web i formantów użytkownika nie zostaną wstępnie skompilowane w biblioteki DLL umożliwiające wprowadzanie zmian po wdrożeniu. Jeśli wolisz zablokować znaczników, tak aby zmiany w wdrożonej zawartości nie są dozwolone, odznacz to pole.

Pole wyboru Użyj stałych nazewnictwa i zestawów jednostronicowych umożliwia wyłączenie kompilacji wsadowej, tak aby każda strona była kompilowana do zestawu o stałej nazwie. Pozostawienie tego pola niezaznaczone pozwala skorzystać z kompilacji partii.

Pole wyboru Włącz silne nazewnictwo w wstępnie skompilowanych zestawach umożliwia silne nazywanie wstępnie kompilowanych zestawów.

Note

W ASP.NET 1.x zestawy o silnych nazwach musiały zostać zainstalowane w globalnej pamięci podręcznej zestawów (GAC). W ASP.NET 2.0 nie są wymagane instalowanie zestawów o silnych nazwach w pliku GAC.

Wstępnie skompilowane pliki aplikacji ASP.NET

Rysunek 11: Wstępnie skompilowane pliki ASP.NET aplikacji

Note

W powyższej aplikacji nie było pliku web.config. Gdyby tak było, po procesie publikowania witryny sieci Web nazwano go PrecompiledApp.config.

Ulepszenia we wdrażaniu

Podobnie jak w programie Visual Studio 2002 i 2003, program Visual Studio 2005 oferuje funkcję kopiowania projektu. Jednak funkcja została wzmocniona w programie Visual Studio 2005 i jest teraz nazywana Copy Web Site.

Okno dialogowe Kopiuj witrynę sieci Web jest dzielone na lewą i prawą ramkę. Lewa ramka nosi nazwę Źródłowej witryny sieci Web, a prawa ramka nazywana jest zdalną witryną sieci Web. Jedną z rzeczy, które mogą mylić niektórych programistów jest to, że strona wyświetlana w prawej ramce niekoniecznie jest zdalną witryną. Może to być lokacja w lokalnym systemie plików lub w lokalnym wystąpieniu usługi IIS. Ponadto witryna wyświetlana w lewej ramce niekoniecznie jest źródłową witryną sieci Web, ponieważ okno dialogowe umożliwia publikowanie ze zdalnej witryny sieci Web w źródłowej witrynie sieci Web.

W przypadku kopiowania projektu do zdalnej witryny sieci Web musi być zainstalowana rozszerzeń serwera programu FrontPage. Jeśli tak nie jest, musisz połączyć się za pomocą protokołu FTP. Z drugiej strony, jeśli kopiujesz projekt do lokalnego wystąpienia usług IIS, rozszerzenia serwera programu FrontPage nie są wymagane.

Note

W przypadku próby utworzenia nowej witryny sieci Web w lokalnym wystąpieniu usług IIS i zainstalowaniu rozszerzeń serwera programu FrontPage 2002 zostanie wyświetlony komunikat o błędzie informujący, że tworzenie witryn sieci Web nie jest obsługiwane na serwerze programu SharePoint. W takim przypadku można zainstalować rozszerzenia serwera programu FrontPage 2000 lub usunąć rozszerzenia serwera programu FrontPage.

Kliknij tutaj, aby zapoznać się z klipem wideo przedstawiającym funkcję Kopiuj witrynę sieci Web.

Otwórz wideo pełnoekranowe

Ulepszenia w debugowaniu

Istnieją cztery kluczowe ulepszenia w debugowaniu w programie Visual Studio 2005.

  • Debugowanie lokalnie jako nie-administrator jest możliwe po wyjęciu z pudełka.
  • Atrybut debugowania dla elementu kompilacji jest teraz domyślnie false.
  • Zdalna konfiguracja debugowania i konfiguracja jest łatwiejsza niż wcześniej.
  • Teraz można debugować witrynę sieci Web otwartą za pośrednictwem lokalizacji FTP.

Debugowanie jako niedaministrator

Dodanie ASP.NET programu Development Server umożliwia użytkownikom niebędącym administratorami łatwe debugowanie aplikacji ASP.NET od razu po wyjęciu z pudełka. Gdy aplikacja ASP.NET uruchomiona w lokalnym systemie plików jest debugowana, program Visual Studio uruchamia serwer ASP.NET programistyczny w kontekście zalogowanego użytkownika. Ten użytkownik może następnie debugować tę aplikację bez dodatkowej konfiguracji.

Debug jest false domyślnie

W ASP.NET 1.x atrybut debugowania w elemencie kompilacji pliku web.config został domyślnie ustawiony na true. Zawsze zalecano, aby deweloperzy ustawili ten atrybut na false przed wdrożeniem aplikacji w procesach produkcyjnych, ale ponieważ większość deweloperów nie do końca rozumie konsekwencje pozostawienia atrybutu debugowania ustawionego na true, po prostu pozostawili go w stanie takim, w jakim jest.

Najpoważniejszy problem z posiadaniem atrybutu debugowania ustawionego na true jest to, że wyłącza on model kompilacji wsadowej ASP.NET. W związku z tym każda strona jest kompilowana do oddzielnej biblioteki DLL. Jeśli aplikacja sieci Web składa się z tysięcy stron (nie niespotykane w jakikolwiek sposób), oznacza to, że kilka tysięcy małych bibliotek DLL zostaną utworzone przez tę aplikację. Biblioteki DLL mają niewielki rozmiar, ale nie są ładowane do określonej lokalizacji w pamięci. W związku z tym powodują one fragmentację w pamięci systemowej i może przyczynić się do outofmemoryexception wystąpień.

W ASP.NET 2.0 atrybut debugowania jest domyślnie ustawiony na false. Jak już widzieliście, gdy deweloper debuguje aplikację ASP.NET w programie Visual Studio 2005, są monitowani o dodanie pliku web.config z włączonym debugowaniem. W ten sposób wiąże się z tymi samymi wadami, które były obecne w ASP.NET 1.x, ale teraz deweloper jest wyraźnie ostrzegł, że atrybut powinien zostać zresetowany do false przed przeniesieniem aplikacji do produkcji.

Konfiguracja i konfiguracja zdalnego debugowania

W programie Visual Studio 2002/2003 zdalne debugowanie opierało się na Menedżerze debugowania maszyn (mdm.exe) i procesie vs7jit.exe. Z tego powodu rozwiązywanie problemów ze zdalnym debugowaniem było często czarną skrzynką dla klientów i często nie było dużo lepsze dla PSS.

Visual Studio 2005 usuwa poleganie na procesach mdm.exe i vs7jit.exe. Zamiast tego używa teraz usługi Zdalnego Monitora Debugowania (msvsmon.exe.)

Wymaganie debugowania w programie Visual Studio 2005 zdalnie jest dość proste. Przed debugowaniem należy uruchomić program msvsmon.exe na serwerze zdalnym. Zdalny monitor debugowania można zainstalować z dysku CD programu Visual Studio lub po prostu uruchomić program msvsmon.exe z udziału bez instalowania niczego na serwerze sieci Web.

Po uruchomieniu msvsmon.exe, jest prawdopodobne, że będzie narzekać na porty są blokowane do zdalnego debugowania. Na szczęście można łatwo odblokować porty z prawej strony okna dialogowego ostrzeżenia, jak pokazano poniżej.

Powiadomienie, że Zapora systemu Windows blokuje zdalne debugowanie

Rysunek 12: Powiadomienie, że Zapora systemu Windows blokuje zdalne debugowanie

Po odblokowaniu portów niezbędnych do debugowania zostanie wyświetlony monitor zdalnego debugowania, jak pokazano poniżej. Z tego interfejsu można łatwo monitorować połączenia i zmieniać uprawnienia debugowania.

Monitor zdalnego debugowania

Rysunek 13: Monitor zdalnego debugowania

Możliwe jest również zdalne debugowanie aplikacji sieci Web otwartej za pośrednictwem protokołu FTP. Kroki są takie same, jak te wcześniej objęte. Należy jednak określić podstawowy adres URL do przeglądania projektu FTP, jak opisano wcześniej w tym module.

Laboratorium 2

Zdalne debugowanie za pomocą programu Visual Studio 2005

To laboratorium poprowadzi Cię przez zdalne debugowanie za pomocą programu Visual Studio 2005.

Kliknij tutaj, aby zapoznać się z filmem z tego laboratorium.

Otwórz wideo pełnoekranowe

To laboratorium wymaga dwóch maszyn, jednej z uruchomionym programem Visual Studio 2005, a drugiej uruchomionej iIS 5 lub większej.

  1. Otwórz program Visual Studio 2005 i utwórz nową witrynę sieci Web na serwerze zdalnym.

Note

Witrynę sieci Web można utworzyć w zdalnym wystąpieniu usług IIS lub za pośrednictwem protokołu FTP.

  1. Na zdalnym serwerze sieci Web znajdź plik msvsmon.exe na komputerze deweloperskim przy użyciu ścieżki UNC i wykonaj ją.
    Domyślną lokalizacją dla pliku msvsmon.exe jest plik //server/c$/Program Files/Microsoft Visual Studio 8/Common7/IDE/Remote Debugger/x86.
  2. Jeśli zostanie wyświetlony monit o odblokowanie portów do zdalnego debugowania, zrób to.
  3. Na komputerze deweloperskim otwórz kod dla default.aspx i ustaw punkt przerwania w metodzie Page/_Load.
  4. Rozpocznij debugowanie z komputera deweloperskiego.

Należy trafić punkt przerwania zgodnie z oczekiwaniami.

ASP.NET Development Server

Jak już wspomniano, Visual Studio 2005 jest dostarczany z serwerem sieci Web o nazwie ASP.NET Programowym Server. (Serwer ASP.NET programistyczny jest czasami określany jako Cassini). Ten serwer sieci Web jest wygodnym sposobem przeglądania i debugowania aplikacji sieci Web działających w systemie plików.

ASP.NET Programowy jest serwerem sieci Web z ograniczeniami. Nie zezwala na połączenia zdalne, nie zezwala na żadne żądania od żadnego użytkownika innego niż użytkownik, który uruchomił serwer sieci Web. Nie ma również możliwości obsługi stron ASP. Obsługiwane są tylko zasoby ASP.NET i zasoby HTML (w tym obrazy, pliki CSS itp.).

Serwer ASP.NET programowanie można uruchomić za pośrednictwem wiersza polecenia, uruchamiając plik WebDev.WebServer.exe znajdujący się pod adresem c:/Windows/Microsoft.NET/Framework/v2.0./////*. W poniższym oknie dialogowym są wyświetlane parametry, które są dostępne.

Wykres 14.

Note

Serwer ASP.NET programistyczny nie jest obsługiwany po jawnym uruchomieniu za pośrednictwem wiersza polecenia.