Źródło edycji aplikacji WWW Visual Studio podczas pracy, podobnie jak w Tomcat \ Eclipse \ Java

Question

W projekcie witryny sieci Web ASP.NET, zawsze byłem w stanie wprowadzić zmiany do podstawowego kodu C# i po prostu odświeżyć stronę w przeglądarce i moje zmiany pojawią się natychmiast.

Mogę zrobić to samo podczas pracy z Javą i Eclipse - edytuj moje źródło Java i odśwież stronę, a moje zmiany tam są.

Nie mogę tego zrobić w ASP.NET MVC i jest to prawdziwy downer - muszę zatrzymać uruchomiony proces i wprowadzić zmiany, a następnie ponownie uruchomić debugowanie. To ogromna strata czasu.

Czy robię to źle? Jakie jest najlepsze podejście do rozwoju ASP.NET MVC?

Answer 1

Visual Studio blokuje kod źródłowy w trybie debugowania. Dostępne opcje:

1. Opublikuj witrynę na lokalnym serwerze IIS i użyj "dołącz do procesu".
2. Zamiast tego należy użyć polecenia Uruchom bez debugowania (Ctrl-F5) i ponownie "dołączyć do procesu".
3. Przerwij wykonywanie w trybie debugowania (z punktem przerwania).

Pierwszy jest moim ulubionym.

Answer 2

Najszybszym sposobem kodowania jest Host na serwerze IIS, a następnie wszystko, co musisz zrobić, to zbudować rozwiązanie przed sprawdzeniem zmian.

Inną alternatywą jest umieszczenie wszystkiego w folderze App_Code, który będzie kompilowany w locie podczas wprowadzania zmian.

Answer 3

Nie musisz przerywać procesu, możesz się zepsuć.

Spróbuj przerwać projekt, a następnie edytować, a następnie kontynuować.

1) CTRL-ALT-BREAK 2) Edycja kodu 3) F5

Answer 4

Rzadko używam trybu debugowania w projekcie ASP.NET MVC (F5). Uruchomę projekt raz z CTRL + F5 i zawsze mam otwarte okno przeglądarki. Następnie, jeśli dokonam zmiany w widoku (.aspx, .ascx), kliknę w przeglądarce F5, a zmiany zaczną obowiązywać automatycznie. Jeśli muszę wprowadzić zmiany w kodzie .NET (logika kontrolera, modele, repozytoria, etc ...), nie używam już przeglądarki. Aby sprawdzić, czy moja zmiana jest poprawna, przechodzę do odpowiedniego testu jednostki i trafiam na CTRL + R + T. Wynik jest widoczny albo na zielono, albo na czerwono.

Answer 5

Moja technika polegała na uruchomieniu go normalnie, a następnie skopiowaniu adresu URL z przeglądarki i otwarciu innego okna witryny, a następnie zabiciu oryginału. Gdy zabijesz oryginalną przeglądarkę, VS zezwoli na kod źródłowy, ale nadal masz go w innym oknie i możesz normalnie poruszać się po nim. Teraz możesz edytować swój kod, a następnie odświeżyć przeglądarkę i działa tak jak wcześniej.

Jedyny powód, aby uruchomić go normalnie najpierw, ponieważ VS wydaje się wybierać losowy numer portu na localhost podczas uruchamiania wbudowanego IIS.Ale nawet, że rzadko zmienia

Moja URL zwykle wygląda mniej więcej tak:

http://localhost:49434/something.apsx

Wspólnoty numer portu zmienia się od czasu do czasu, ale wydaje się, że pozostanie taka sama, dopóki nie bliską visual studio. Po zabiciu VS twój URL zawiedzie.

Answer 6

Uruchom projekt MVC z klawisza skrótu (Ctrl + F5) i teraz wszelkie zmiany wprowadzone do kodu C# byłyby widoczne w przeglądarce po odświeżeniu (F5)