Où et comment le fichier de disposition _ViewStart.cshtml est-il lié?

Voici le About.cshtml du modèle MVC 3 par défaut:

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

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

Je m'attendrais à ce qu'une référence au fichier _ViewStart soit trouvée dans le About.cshtml, mais ce n'est clairement pas le cas.

J'ai regardé dedans global.asaxet web.config, mais je ne peux pas découvrir comment le About.cshtmlfichier est "lié" avec la mise en page du fichier _ViewStart.

Tout fonctionne comme prévu, je voudrais juste savoir ce qui se passe sous le capot ...

Du blog de ScottGu :

À partir de la version ASP.NET MVC 3 Beta, vous pouvez maintenant ajouter un fichier appelé _ViewStart.cshtml (ou _ViewStart.vbhtml pour VB) sous le dossier \ Views de votre projet:

Le fichier _ViewStart peut être utilisé pour définir le code de vue commun que vous souhaitez exécuter au début du rendu de chaque vue. Par exemple, nous pourrions écrire du code dans notre fichier _ViewStart.cshtml pour définir par programme la propriété Layout pour chaque vue comme étant le fichier SiteLayout.cshtml par défaut:

Étant donné que ce code s'exécute au début de chaque vue, nous n'avons plus besoin de définir explicitement la disposition dans aucun de nos fichiers de vue individuels (sauf si nous voulions remplacer la valeur par défaut ci-dessus).

Important: Étant donné que _ViewStart.cshtml nous permet d'écrire du code, nous pouvons éventuellement rendre notre logique de sélection de mise en page plus riche qu'un simple jeu de propriétés de base. Par exemple: nous pourrions faire varier le modèle de disposition que nous utilisons en fonction du type d'appareil accédant au site - et avoir une disposition optimisée pour téléphone ou tablette pour ces appareils, et une disposition optimisée pour les PC / ordinateurs portables. Ou si nous construisions un système CMS ou une application partagée commune utilisée par plusieurs clients, nous pourrions sélectionner différentes dispositions à utiliser en fonction du client (ou de son rôle) lors de l'accès au site.

Cela permet une grande flexibilité de l'interface utilisateur. Il vous permet également d'écrire plus facilement une seule fois la logique d'affichage et d'éviter de la répéter à plusieurs endroits.

Voir aussi ceci .

Dans un sens plus général, cette capacité du framework MVC à "connaître" _Viewstart.cshtml est appelée "Codage par convention".

La convention sur la configuration (également connue sous le nom de codage par convention) est un paradigme de conception logicielle qui cherche à réduire le nombre de décisions que les développeurs doivent prendre, gagnant en simplicité, mais ne perdant pas nécessairement la flexibilité. L'expression signifie essentiellement qu'un développeur n'a besoin que de spécifier les aspects non conventionnels de l'application. Par exemple, s'il existe une classe Sale dans le modèle, la table correspondante dans la base de données est appelée «sales» par défaut. Ce n'est que si l'on s'écarte de cette convention, comme appeler la table «products_sold», qu'il faut écrire du code concernant ces noms.

Wikipédia

Il n'y a pas de magie. Il vient d'être écrit dans la base de code principale du framework MVC et est donc quelque chose que MVC "connaît". C'est pourquoi vous ne le trouvez pas dans les fichiers .config ou ailleurs; c'est en fait dans le code MVC. Vous pouvez cependant remplacer pour modifier ou annuler ces conventions.

Juste une autre pensée.

Si vous voulez avoir votre propre cshtmlfichier comme modèle commun, vous pouvez le faire de cette façon

Dans votre, _viewstart.cshtmlvous pouvez mentionner votre cshtmlfichier commun .

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

Le code source est un bien meilleur endroit pour rechercher cela que la documentation.

Référençant le code MVC 6 de Github, nous avons quelques fichiers intéressants

----mettre à jour----

En raison des modifications de la structure source, les informations sur la façon dont les pages viewstart sont rassemblées peuvent désormais être trouvées dans RazorViewEngine.cs chercher la fonction "GetViewStartPages".

----/mettre à jour----

Pour répondre à la façon dont ils entrent en jeu, regardez RazorView , qui je crois (à cause d'IView) est lié au pipeline MVC. Ce fichier possède une méthode RenderAsync qui est appelée à partir du pipeline MVC pour rendre la vue demandée.

RenderAsync fait des appels à RenderPage ET ALORS RenderLayout (NOTEZ L'ORDRE). La RenderPage effectue d'abord des appels pour traiter les fichiers viewstart (notez au pluriel, il pourrait y avoir plus d'un fichier _viewstart).

Ainsi, les informations que vous recherchez peuvent être obtenues à partir de la fonction RenderViewStartAsync dans le fichier RazorView.cs sous l'espace de noms Microsoft.AspNet.Mvc.Razor.

Cela peut ajouter des informations supplémentaires à cette question maintenant (2016 ala MVC4, MVC5).

Le moteur Razor recherche et exécute le code dans _ViewStart.cshtml avant tout autre code qui se trouve dans le même répertoire ou sous-répertoire où se trouve _ViewStart.cshtml .

Toute vue peut remplacer la propriété Layout ou l'une de ses valeurs.

J'ai pensé que je pourrais ajouter un peu plus d'informations pour vous montrer pourquoi c'est _ViewStart.

Si vous obtenez ILSpy et examinez le code dans RazorViewEngine (System.Web.Mvc.dll), vous verrez que le code lui-même fait référence à ce nom.

Vous pouvez voir que RazorViewEngine recherche un fichier avec ce nom:

RazorViewEngine.ViewStartFileName = "_ViewStart";

Si vous souhaitez avoir une mise en page commune pour vos pages, vous devez définir la mise en page commune et associer une vue à la mise en page, nous devons définir la propriété de mise en page sur chaque vue, cela viole le principe DRY (Don't Repeat Yourself). Pour cela .Net Framework a fourni le fichier "_ViewStart.cshtml", placé à l'intérieur du dossier de vue. Nous plaçons les informations de disposition dans le fichier "_ViewStart.cshtml" et chaque vue utilise par défaut ces informations de disposition. Si vous souhaitez donner des informations de mise en page différentes, supposons pour votre vue d'accueil, vous pouvez créer un nouveau "_ViewStart.cshtml" en référence à cette mise en page et le placer dans le dossier "Vue d'accueil".

La réponse courte est : ViewStarts démarre en premier lorsqu'une vue est rendue. La longue histoire est ci-dessous:

L'histoire de la création d'un fichier de vue unique:

1. ViewStart est fusionné avec ViewImports puis exécuté en tant que fichier unique. Notez que ViewImports est toujours fusionné avec n'importe quel fichier cshtml, y compris le fichier ViewStart. Son but est d'abstraire les instructions @using et d'autres directives communes.
2. La sortie de ViewStart (telle que Layout et ViewData) devient disponible pour le fichier View spécifique.
3. Dans le fichier View, si la variable Layout est / devient nulle, le corps de la vue est rendu et la sortie finale est livrée à l'utilisateur.
4. Si la variable de mise en page est / devient non nulle, l'exécution est déplacée vers le fichier de mise en page qui à son tour est fusionné avec ViewImports en tant que fichier unique, puis à l'instruction @RenderBody () à l'intérieur de l'exécution du fichier de mise en page est replacée dans le fichier de vue qui est à nouveau fusionné avec ViewImports et la sortie est fusionnée avec le fichier de mise en page à l'emplacement de @RenderBody () et la sortie finale est finalement livrée à l'utilisateur.

J'espère que cela vous fera prendre conscience de ce qui se passe réellement à l'intérieur des mystères inconnus du cycle de vie de votre programme.