ASP.NET MVC, Razor passer du modèle de mise en page

Ce que je vois, c'est une chaîne de propriété de Présentation. Mais comment puis-je passer d'un modèle de mise en page de façon explicite?

J'ai plusieurs page avec des modèles différents, mais la même mise en page
Cette stackoverflow question semble répondre à ce que vous demandez: stackoverflow.com/questions/13225315/...
Je ne suis pas à avoir ce problème. Model est disponible dans _Layout. Je suis en utilisant MVC5.

InformationsquelleAutor SiberianGuy | 2010-11-11

.net asp.net-mvc c#razor

64

Semble que vous avez modélisé votre viewmodel un peu de mal, si vous avez ce problème.

Personnellement, je ne serais jamais un type de mise en page. Mais si vous voulez le faire, vous devriez avoir une base viewmodel que vos autres viewmodel hérite de et le type de votre mise en page à la base viewmodel et vous pages spécifique à la fois.
- "Personnellement, je ne serais jamais un type de mise en page." Pourquoi? Je veux dire, comment gérez-vous le côté dynamique du contenu qui apparaît dans Toutes les pages? Sautez-vous les contrôleurs de la vue? / peut-être vous voulez dire à utiliser RenderAction de la mise en page? (Je suis juste en le regardant droit maintenant)
- La solution que j'utilise est différent en fonction du type de contenu à nous en parler. Mais une solution est d'utiliser RenderAction à rendre les pièces qui ont besoin de leurs propres données dans la page de mise en page. La raison pour laquelle je n'aime pas taper la mise en page est qu'il va vous forcer à toujours héritent d'une "base" viewmodel dans toutes particulières de modèles de vue. Dans mon expérience, ce n'est généralement pas une très bonne idée et beaucoup de temps, vous aurez des problèmes lorsqu'il est trop tard pour changer le design (ou il prendra de long).
- merci pour la réponse, déjà décidé pour RenderAction quelques minutes après que j'ai posté. Ce que tu dis dans le commentaire est très juste, je n'étais simplement pas voir où s'accrocher à l'heure.
- Que faire si je veux inclure le modèle de base par agrégation, pas par héritage? Une façon légitime de la conception de point de vue. Comment je dois procéder pour la mise en page alors?
- -1 parce que je pense également à une mise en page doit avoir un modèle qui peut être défini dans la vue ou par l'action de l'affichage de la vue. ViewBag est trop de la magie, et se souvient de moi de base/javascript magic déclaration de variables, ce qui conduit à des heures de débogage.
- Donc, ne vous fortement du type de votre mise en page et le contenu vues " afficher les modèles héritent de ce type?
- J'ai 2 solutions: un modèle générique pour la mise en page afin que je puisse utiliser MyLayoutModel<MyViewModel> pour le modèle de vue, à l'aide de RenderPartial avec MyViewModel dans la mise en page. Ou partiellement rendre les pièces de la page à l'aide de RenderAction pour statique de la mise en cache des pièces et des appels ajax pour les parties dynamiques. Mais je préfère la première solution car elle est plus les moteurs de recherche convivial, et peut facilement être combiné avec l'ajax mises à jour.
- Travailler sur du code legacy où exactement ce qui a été fait. C'est un cauchemar. Ne tapez pas votre mise en page...pleeease!
- BaseController constructeur. ViewData
- Il n'y a qu'un seul problème avec RenderAction/Action dans la mise en page. Contrôleur instance est faite pour chacun de ces appels. Cela peut être encore plus problématique si les modifications de conception et de contrôleur de base a faire plus de travail dans le constructeur/avant l'action. C'est pourquoi je vote pour @BlackjacketMack, même si je déteste utiliser le ViewBag (mais c'est toujours mieux que le modèle de base).
- Alors pouvez-vous fournir un code exemple de RenderAction?
InformationsquelleAutor Mattias Jakobsson
71
1. Ajouter une propriété à votre contrôleur (ou contrôleur de base) appelé MainLayoutViewModel (ou autre) avec quel que soit le type que vous souhaitez utiliser.
2. Dans le constructeur de votre contrôleur (ou contrôleur de base), instancier le type et à la propriété.
3. Mis à la ViewData champ (ou ViewBag)
4. Dans la Mise en page, la fonte de la propriété à votre type.
Exemple:
Contrôleur:
```
public class MyController : Controller
{
    public MainLayoutViewModel MainLayoutViewModel { get; set; }

    public MyController()
    {
        this.MainLayoutViewModel = new MainLayoutViewModel();//has property PageTitle
        this.MainLayoutViewModel.PageTitle = "my title";

        this.ViewData["MainLayoutViewModel"] = this.MainLayoutViewModel;
    }

}
```
Exemple en haut de la Page de Mise en Page
```
@{
var viewModel = (MainLayoutViewModel)ViewBag.MainLayoutViewModel;
}
```
Maintenant, vous pouvez référencer la variable "viewModel" dans votre mise en page avec un accès complet à l'tapé objet.

J'aime cette approche, car c'est le contrôleur qui contrôle la mise en page, tandis que chaque page viewmodel restent disposition agnostique.

Notes pour MVC Core

Mvc de Base semble souffler le contenu de ViewData/ViewBag lors de l'appel de chaque action de la première fois. Ce que cela signifie, c'est que l'attribution d'ViewData dans le constructeur ne fonctionne pas. Ce qui fonctionne, cependant, est à l'aide d'un IActionFilter et de faire exactement le même travail dans OnActionExecuting. Mettre MyActionFilter sur votre MyController.
```
public class MyActionFilter: Attribute, IActionFilter
    {
        public void OnActionExecuted(ActionExecutedContext context)
        {
        }

        public void OnActionExecuting(ActionExecutingContext context)
        {
            var myController= context.Controller as MyController;

            if (myController!= null)
            {
                myController.Layout = new MainLayoutViewModel
                {

                };

                myController.ViewBag.MainLayoutViewModel= myController.Layout;
            }
        }
    }
```
- Je l'aime, mais le casting m'inquiète. Vous savez, à subvertir le système de type...
- Je reçois ya...mais dynamique et les distributions sont assez central pour rasoir pages. Une chose que vous pourriez faire est d'ajouter une méthode statique de MainLayoutViewModel qui fait le casting pour vous (par exemple MainLayoutViewModel.FromViewBag(ce.ViewBag)) donc au moins le casting se passe en un seul lieu et vous pouvez mieux gérer les exceptions.
- Bonne approche et je l'ai réalisé à l'aide de la ci-dessus, et de faire des modification bcoz j'ai eu un diff exigence et cela m'a vraiment aidé moi merci. Pouvons-nous arriver à la même à l'aide de TempData si oui, alors comment et pas de alors plz me dire pourquoi il ne peut pas être utilisé. Merci encore.
- TempData utilise la Session et se sent toujours un peu encombrants pour moi. Ma compréhension est qu'il s 'lire-une fois", de sorte que dès que vous le lire il l'enlève de session (ou peut-être dès que la demande est plus). Il est possible que vous stockez session dans Sql Server (ou Dynamo Db) afin de tenir compte du fait que vous auriez à sérialiser les MasterLayoutViewModel...pas ce que vous voulez le plus probable. Donc, fondamentalement, la valeur ViewData stocke en mémoire dans un peu de souplesse dictionnaire, qui correspond à la facture.
- Une voix de moi. Très belle solution. Comme c'.
- Assez Simple, j'ai utilisé votre solution mais, je suis nouveau sur MVC donc, je me demande, est-ce considéré comme une bonne pratique? ou au moins pas un mauvais?
- Salut Karim AG, je pense que c'est un peu des deux. J'ai tendance à considérer l'enregistrement des trucs dans ViewData comme une mauvaise pratique (c'est difficile à suivre, dictionnaire de base, pas vraiment tapé)...MAIS...en tapant tous vos propriétés de mise en page dans un objet fortement typé est une grande pratique. J'ai donc un compromis en disant: ok, nous allons stocker une chose, mais avoir le reste verrouillée à une bonne fortement typé ViewModel.
- Avez-vous des informations sur MVC Core soufflant ViewData/ViewBag lors de l'appel de chaque action pour la première fois? Peut-être que cela a été corrigé maintenant?
- Au bas de ma réponse ci-dessus, j'ai un "Notes pour MVC de Base" de l'article qui devrait répondre à cette.
InformationsquelleAutor BlackjacketMack
24

c'est plutôt un truc de base, tout ce que vous devez faire est de créer une base de modèle d'affichage et assurez-vous que TOUS! et je veux dire TOUT! de votre point de vue qui ne sera jamais utiliser cette mise en page recevront des points de vue qui utilisent ce modèle de base!
```
public class SomeViewModel : ViewModelBase
{
    public bool ImNotEmpty = true;
}

public class EmptyViewModel : ViewModelBase
{
}

public abstract class ViewModelBase
{
}
```
dans le _Layout.cshtml:
```
@model Models.ViewModelBase
<!DOCTYPE html>
  <html>
  and so on...
```
dans l'Index (par exemple) dans la maison de contrôleur:
```
    public ActionResult Index()
    {
        var model = new SomeViewModel()
        {
        };
        return View(model);
    }
```
l'Index.cshtml:
```
@model Models.SomeViewModel

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

<div class="row">
```
je suis en désaccord que le passage d'un modèle à l'_layout est une erreur, quelques infos de l'utilisateur peuvent être transmises et les données peuvent être remplir dans les contrôleurs de la chaîne d'héritage, donc seulement la mise en œuvre est nécessaire.

évidemment, pour les plus avancés effet, vous devriez envisager la création d'un custom statique contaxt à l'aide de l'injection et de l'inclure modèle de l'espace de noms dans le _Layout.cshtml.

mais pour les utilisateurs de base cela fera l'affaire
- Je suis d'accord avec vous. Thx.
- et je veux juste mentionner qu'il fonctionne également avec une interface à la place de la classe de base
InformationsquelleAutor Yakir Manor
12

Une solution commune est de faire une vue de la base du modèle qui contient les propriétés utilisées dans le fichier de layout et puis hériter du modèle de base pour les modèles utilisés sur les pages respectives.

Le problème avec cette approche est que vous avez maintenant verrouillé vous-même dans le problème d'un modèle ne peut hériter d'une autre classe, et peut-être que votre solution est telle que vous ne pouvez pas utiliser l'héritage sur le modèle que vous avez prévu de toute façon.

Ma solution commence aussi de avec une vue de la base modèle:
```
public class LayoutModel
{
    public LayoutModel(string title)
    {
        Title = title;
    }

    public string Title { get;}
}
```
Ce que je puis utiliser est une version générique de la LayoutModel qui hérite de la LayoutModel, comme ceci:
```
public class LayoutModel<T> : LayoutModel
{
    public LayoutModel(T pageModel, string title) : base(title)
    {
        PageModel = pageModel;
    }

    public T PageModel { get; }
}
```
Avec cette solution, j'ai déconnecté la nécessité de disposer d'héritage entre le modèle de mise en page et le modèle.

Alors maintenant, je peux aller de l'avant et utiliser le LayoutModel dans la Mise en page.cshtml comme ceci:
```
@model LayoutModel
<!doctype html>
<html>
<head>
<title>@Model.Title</title>
</head>
<body>
@RenderBody()
</body>
</html>
```
Et sur une page, vous pouvez utiliser le générique LayoutModel comme ceci:
```
@model LayoutModel<Customer>
@{
    var customer = Model.PageModel;
}

<p>Customer name: @customer.Name</p>
```
À partir de votre contrôleur vous suffit de retourner un modèle de type LayoutModel:
```
public ActionResult Page()
{
    return View(new LayoutModel<Customer>(new Customer() { Name = "Test" }, "Title");
}
```
- Bonus pour souligner le problème de l'héritage multiple et la façon de traiter avec elle! C'est une meilleure réponse de l'évolutivité.
- La meilleure solution, à mon avis. D'un point de vue architectural, il est évolutif et maintenable. C'est la façon correcte de le faire. Je n'ai jamais aimé ViewBag ou ViewData..... Ils semblent tous deux hacky pour moi.
InformationsquelleAutor Oskar Sjöberg
11

Pourquoi ne pas vous venez d'ajouter une nouvelle Vue Partielle avec j'propre contrôleur de passer le modèle requis pour la vue partielle et enfin Rendre le mentionné vue partielle sur votre Mise en page.cshtml à l'aide de RenderPartial ou RenderAction ?

J'utilise cette méthode pour montrer à l'utilisateur des informations comme le nom , la photo de profil et etc.
- Pouvez-vous élaborer sur cette s'il vous plaît? J'apprécierais un lien vers un billet de blog qui va par le biais de cette technique
- Cela peut fonctionner, mais pourquoi prendre le gain de performance? Vous devez attendre que tout le traitement effectué par le contrôleur, le retour de la vue, uniquement pour avoir le navigateur de l'utilisateur à faire une AUTRE demande pour obtenir les données nécessaires. Et si votre Mise en page repose sur les données pour rendre de façon appropriée. À mon humble avis ce n'est pas une réponse à cette question.
InformationsquelleAutor Arya Sh
2

une vieille question, mais juste pour parler de la solution pour MVC5 les développeurs, vous pouvez utiliser le Model propriété de même que dans la vue.

La Model propriété dans à la fois la vue et la mise en page est assosiated avec la même ViewDataDictionary objet, de sorte que vous n'avez pas à faire tout un travail supplémentaire pour passer votre modèle de mise en page, et vous n'avez pas à déclarer @model MyModelName dans la mise en page.

Mais notez que lorsque vous utilisez @Model.XXX dans la mise en page de l'intelliSense contexte de menu ne s'affichera pas car la Model ici est un objet dynamique tout comme ViewBag.

InformationsquelleAutor Laz Ziya
1

Peut-être qu'il n'est pas techniquement la bonne façon de le gérer, mais la plus simple et la plus raisonnable pour moi, la solution est de simplement faire une de la classe et de l'instancier dans la mise en page. Il s'agit d'une exception à la sinon bonne façon de le faire. Si cela se fait plus que dans la mise en page, puis vous avez besoin de repenser sérieusement de ce que vous faites et peut-être lire un peu plus de tutoriels avant de progresser plus loin dans votre projet.
```
public class MyLayoutModel {
    public User CurrentUser {
        get {
            .. get the current user ..
        }
    }
}
```
puis dans la vue
```
@{
    //Or get if from your DI container
    var myLayoutModel = new MyLayoutModel();
}
```
dans .net core, vous pouvez même sauter et utiliser l'injection de dépendance.
```
@inject My.Namespace.IMyLayoutModel myLayoutModel
```
Il est l'un des domaines qui est une sorte de l'ombre. Mais compte tenu de la très plus compliqué solutions de rechange que je vois ici, je pense que c'est plus qu'une ok exception à faire au nom de la praticité. Surtout si vous assurez-vous de garder les choses simples et assurez-vous tout lourd logique (je dirais qu'il y a vraiment ne devrais pas être tout, mais les exigences diffèrent) est dans une autre catégorie ou de la couche où il appartient. C'est certainement mieux que de polluer TOUS vos contrôleurs ou des modèles pour l'amour d'un seul point de vue..

InformationsquelleAutor computrius
0

Supposons que votre modèle est une collection d'objets (ou peut-être un objet unique). Pour chaque objet dans le modèle, procédez de la manière suivante.

1) Placez l'objet que vous souhaitez afficher dans le ViewBag. Par exemple:
```
  ViewBag.YourObject = yourObject;
```
2) Ajouter une instruction d'utilisation en haut de _Layout.cshtml qui contient la définition de classe pour vos objets. Par exemple:

@utilisant YourApplication.YourClasses;

3) Lorsque vous faites référence à yourObject dans _Layout de voter pour elle. Vous pouvez appliquer le plâtre à cause de ce que vous avez fait dans (2).

InformationsquelleAutor HappyPawn8

-3

public interface IContainsMyModel
{
    ViewModel Model { get; }
}

public class ViewModel : IContainsMyModel
{
    public string MyProperty { set; get; }
    public ViewModel Model { get { return this; } }
}

public class Composition : IContainsMyModel
{
    public ViewModel ViewModel { get; set; }
}

Utilisation IContainsMyModel dans votre mise en page.

Résolu. Les Interfaces de la règle.

pas sûr de savoir pourquoi vous avez été vers le bas-voté. À l'aide d'une interface, similaire à ce que vous avez fait ici, a travaillé dans mon contexte.

InformationsquelleAutor Will

-6

Par exemple
```
@model IList<Model.User>

@{
    Layout="~/Views/Shared/SiteLayout.cshtml";
}
```
Lire plus au sujet de la nouvelle @modèle directive
- Mais que faire si je veux passer le premier élément de la collection de modèle de Mise en page?
- Vous devez récupérer le premier élément dans votre contrôleur et de l'ensemble du modèle pour @modèle.L'utilisateur
- Mais je veux que ma page pour obtenir IList et la Mise en page, seul le premier élément
- Si j'ai bien compris vous avez droit,vous voulez que le modèle à un IList<quelque Chose>, et dans la vue d'obtenir le premier élément de la collection ? Si donc l'utiliser @Modèle.(Première)
- Ne pouvez-vous pas l'Affichage du jeu.FirstItem = modèle.First() dans votre rasoir bloc de code, et ensuite y faire référence dans votre layout @Vue.FirstItem?
- L'affiche a une question sur la manière de passer d'un modèle à l'_Layout.cshtml page .. pas la vue principale qui utilise la mise en page.
InformationsquelleAutor Martin Fabik

Vous devez vous connecter pour publier un commentaire.