Powinieneś pomyśleć trzykrotnie, zanim przejdziesz do tej opcji. (1) Jest to pochłaniające zasoby. Ponieważ wymaga to automatycznej kompilacji, jako operacji wstępnej, zmodyfikowanego projektu, a czasem całego rozwiązania. (Wyobraź sobie średnie lub ogromne rozwiązanie Asp.net złożone z wielu projektów, buduj dla każdej wykonanej modyfikacji !! ile czasu pozostało do zaprogramowania ??? !!) (2), jak wiesz, ponowne ładowanie strony zużywa dużo czas na pierwsze uruchomienie po udanej kompilacji !! ... Dlatego czas, który chcesz zyskać dzięki tej opcji, zmarnujesz wiele, zwłaszcza języków programowania opartych na CLR (np. .NET Core). I wreszcie (3) oczekuje się, że Twój projekt będzie musiał opracować próbki testowe, które mogą być wstrzykiwane automatycznie w celu lepszego procesu automatyzacji, wyobraź sobie, jakie to trudne!
Zamiast tego spróbuj przetestować rozwiązanie w jednostce, a następnie oczekuje się, że każda kolejna modyfikacja będzie powierzchowna i nie będzie występować zbyt często.
Jeśli nie zgadzasz się z moją propozycją, sugeruję opracowanie rozszerzenia visual studio, które lepiej ładuje docelową stronę internetową on-build
niż on-save-changes
wydarzenie. Następnie Ctrl + b
wykona zadanie!
Gdzie zacząć?
Opracowałem VSIX, który obserwuje foldery w celu ładowania automatycznie generowanych plików poza interfejsem VS UI. sprawdź kod źródłowy, będziesz miał pojęcie o zarządzaniu plikami projektu. obraca się w EnvDTE API, zajrzyj do tego fragmentu kodu.
Sprawdź również projekt źródłowy stąd