Gdzie i jak jest połączony plik układu _ViewStart.cshtml?

Oto About.cshtml z domyślnego szablonu MVC 3:

@{
    ViewBag.Title = "About Us";
}

<h2>About</h2>
<p>
     Put content here.
</p>

Spodziewałbym się, że w pliku można znaleźć odwołanie do pliku _ViewStart About.cshtml, ale najwyraźniej tak nie jest.

Szukałem w global.asaxa web.config, ale nie mogę dowiedzieć się, w jaki sposób About.cshtmlplik jest „połączony” z układem z pliku _ViewStart.

Wszystko działa zgodnie z oczekiwaniami, chciałbym tylko wiedzieć, co się dzieje pod maską ...

Z blogu ScottGu :

Począwszy od wersji ASP.NET MVC 3 Beta, możesz teraz dodać plik o nazwie _ViewStart.cshtml (lub _ViewStart.vbhtml dla VB) w folderze \ Views swojego projektu:

Plik _ViewStart może być użyty do zdefiniowania wspólnego kodu widoku, który chcesz wykonać na początku renderowania każdego widoku. Na przykład, moglibyśmy napisać kod w naszym pliku _ViewStart.cshtml, aby programowo ustawić właściwość Układ dla każdego Widoku jako domyślnie plik SiteLayout.cshtml:

Ponieważ ten kod jest wykonywany na początku każdego widoku, nie musimy już jawnie ustawiać układu w żadnym z naszych indywidualnych plików widoku (z wyjątkiem sytuacji, gdy chcieliśmy zastąpić domyślną wartość powyżej).

Ważne: Ponieważ _ViewStart.cshtml pozwala nam pisać kod, możemy opcjonalnie uczynić naszą logikę wyboru układu bogatszą niż tylko podstawowy zestaw właściwości. Na przykład: możemy zmieniać szablon Układu, którego używamy, w zależności od rodzaju urządzenia uzyskującego dostęp do witryny - i mieć zoptymalizowany układ telefonu lub tabletu dla tych urządzeń oraz układ zoptymalizowany pod kątem komputera stacjonarnego dla komputerów stacjonarnych / laptopów. Lub jeśli budowaliśmy system CMS lub wspólną aplikację współdzieloną, która jest używana przez wielu klientów, moglibyśmy wybrać różne układy do użycia w zależności od klienta (lub jego roli) podczas uzyskiwania dostępu do strony.

Umożliwia to dużą elastyczność interfejsu użytkownika. Pozwala także na łatwiejsze jednokrotne zapisanie logiki widoku i unikanie powtarzania jej w wielu miejscach.

Patrz również ten .

W bardziej ogólnym znaczeniu ta zdolność frameworka MVC do „wiedzieć” o _Viewstart.cshtml nazywa się „Kodowaniem według konwencji”.

Konwencja o konfiguracji (zwana również konwencją kodowania) jest paradygmatem projektowania oprogramowania, który ma na celu zmniejszenie liczby decyzji, które programiści muszą podejmować, uzyskując prostotę, ale niekoniecznie tracąc elastyczność. Wyrażenie to zasadniczo oznacza, że ​​programista musi jedynie określić niekonwencjonalne aspekty aplikacji. Na przykład, jeśli w modelu jest klasa Sprzedaż, odpowiednia tabela w bazie danych jest domyślnie nazywana „sprzedażą”. Tylko jeśli ktoś odejdzie od tej konwencji, na przykład nazywając tabelę „produkty_przedane”, trzeba napisać kod dotyczący tych nazw.

Wikipedia

Nie ma w tym magii. Właśnie został zapisany w podstawowej bazie kodu frameworka MVC i dlatego jest czymś, o czym MVC „wie”. Dlatego nie znajdziesz go w plikach .config lub gdzie indziej; jest w rzeczywistości w kodzie MVC. Możesz jednak zastąpić te konwencje lub je anulować.

Kolejna myśl.

Jeśli chcesz mieć własny cshtmlplik jako wspólny szablon, możesz to zrobić w ten sposób

W swoim _viewstart.cshtmlmożna wymienić swój wspólny cshtmlplik.

@{Layout = "~/Views/Shared/_Layout.cshtml";}

Kod źródłowy jest znacznie lepszym miejscem do poszukiwania tego niż dokumentacja.

Odwołując się do kodu MVC 6 z Github, mamy kilka interesujących plików

----aktualizacja----

Ze względu na zmiany struktury źródła informacje o tym, jak gromadzone są strony podglądu, można teraz znaleźć w RazorViewEngine.cs szukać funkcji „GetViewStartPages”.

----/aktualizacja----

Aby odpowiedzieć na pytanie, w jaki sposób wchodzą w grę, spójrz na RazorView , który moim zdaniem (z powodu IView) jest powiązany z potokiem MVC. Ten plik ma metodę RenderAsync, która jest wywoływana z potoku MVC w celu renderowania żądanego widoku.

RenderAsync wykonuje połączenia z RenderPage, a następnie RenderLayout (UWAGA ZAMÓWIENIE). RenderPage najpierw wykonuje wywołania w celu obsługi plików viewstart (uwaga w liczbie mnogiej, może istnieć więcej niż jeden plik _viewstart).

Tak więc informacje, których szukasz, można uzyskać z funkcji RenderViewStartAsync w pliku RazorView.cs w obszarze nazw Microsoft.AspNet.Mvc.Razor.

To może teraz dodać dodatkowe informacje do tego pytania (2016 ala MVC4, MVC5).

Silnik Razor znajduje i uruchamia kod w _ViewStart.cshtml przed każdym innym kodem, który znajduje się w tym samym katalogu lub podkatalogu, w którym znajduje się _ViewStart.cshtml .

Każdy widok może zastąpić właściwość Układ lub dowolną jej wartość.

Pomyślałem, że mogę dodać trochę więcej informacji, aby pokazać, dlaczego jest to _ViewStart.

Jeśli otrzymasz ILSpy i sprawdzisz kod w RazorViewEngine (System.Web.Mvc.dll), zobaczysz, że sam kod odwołuje się do tej nazwy.

Możesz zobaczyć, że RazorViewEngine szuka pliku o tej nazwie:

RazorViewEngine.ViewStartFileName = "_ViewStart";

Jeśli chcesz mieć wspólny układ dla swoich stron, musisz zdefiniować wspólny układ i powiązać widok z układem, musimy ustawić właściwość układu dla każdego widoku, co narusza zasadę DRY (Don't Repeat Yourself). Do tego .NET Framework udostępnia plik „_ViewStart.cshtml”, umieszczony w folderze widoku. Umieszczamy informacje o układzie w pliku „_ViewStart.cshtml” i każdy widok domyślnie korzysta z tych informacji o układzie. Jeśli chcesz podać inne informacje o układzie, załóżmy, że w widoku głównym możesz utworzyć nowy plik „_ViewStart.cshtml” w odniesieniu do tego układu i umieścić go w folderze „Widok główny”.

Krótka odpowiedź brzmi : ViewStarts zaczyna się najpierw, gdy renderowany jest dowolny widok. Długa historia jest poniżej:

Historia tworzenia jednego pliku widoku:

1. ViewStart jest łączony z ViewImports, a następnie wykonywany jako pojedynczy plik. Zauważ, że ViewImports jest zawsze scalany z dowolnym plikiem cshtml, w tym plikiem ViewStart. Jego celem jest wyodrębnienie @używających wypowiedzi i innych wspólnych dyrektyw.
2. Dane wyjściowe ViewStart (takie jak Layout i ViewData) stają się dostępne dla określonego pliku View.
3. Wewnątrz pliku widoku, jeśli zmienna układu ma wartość / staje się pusta, treść widoku jest renderowana, a ostateczne wyjście jest dostarczane do użytkownika.
4. Jeśli zmienna Layout ma wartość / staje się pusta, wykonanie jest przenoszone do pliku układu, który z kolei jest scalany z ViewImports jako pojedynczy plik, a następnie w instrukcji @RenderBody () wewnątrz pliku układu jest przenoszony z powrotem do pliku widoku który ponownie łączy się z ViewImports, a dane wyjściowe są scalane z plikiem układu w lokalizacji @RenderBody (), a końcowe dane wyjściowe są ostatecznie dostarczane do użytkownika.

Mam nadzieję, że dzięki temu zdasz sobie sprawę z tego, co naprawdę dzieje się w nieznanych tajemnicach cyklu życia Twojego programu.