Asp.Net MVC mise en page et une vue partielle

considérons deux points de vue qui utilisent la même structure, composée de:

  • Une colonne de gauche contenant un "corps" (qui est rempli différemment par les deux points de vue)
  • Une colonne de droite qui affiche les informations générales (transmis par l'intermédiaire du modèle)

Au lieu de définir la partie droite deux fois, je me demandais si je pouvais créer un PartialView faire un lien directement à partir de la mise en page.

Le problème est que les vues partielles implicitement héritent de leurs modèles de la vue qui est en cours de rendu. Et depuis chaque point de vue a son propre modèle, je me retrouve avec un type de modèle de décalage dans la vue partielle.

D'ici, je vois deux solutions:

  • Je pouvais insérer la partie commune de la vue modèle dans le ViewBag. Malheureusement, cela signifie que chaque point de vue qui utilise cette disposition a pour mettre en œuvre cette "convention", mais rien avertit le développeur à ce sujet au moment de la compilation...
  • Je pouvais utiliser le polymorphisme de faire de chaque modèle de vue hériter de la même classe de base (edit: ou interface) que les Vues Partielles utilise. Ce serait, dans une certaine mesure, mais pourrait augmenter de manière exponentielle dans la complexité dès que j'ai une deuxième vue partielle dans la même disposition.

Donc voici les questions:

  • Je suis bon avec les hypothèses ci-dessus?
  • Voyez-vous une autre possibilité?
  • Tout retour d'expérience sur ce point?

Merci beaucoup,
La TUBERCULOSE.

Vers 2017, vous pouvez également faire de la commune une partie de la propriété de chaque modèle, et de passer ensuite que le modèle à @Html.RenderPartial

OriginalL'auteur Tim Bourguignon | 2012-06-26

  1. 7

    Utiliser un Interface et mettre en œuvre sur les deux modèles, c'est exactement le genre de chose qu'ils sont utilisés pour.

    Voici un exemple de deux points de Vue différents à l'aide de deux Modèles différents que les deux implémenter une interface. C'est le sous-typage au lieu de ad-hoc polymorphisme.

    public class ViewModelOne : IReusableView
{
    public string Name { get; set; }
    public string Something { get; set; }
    public int ANumber { get; set; }
}

public class ViewModelTwo : IReusableView
{
    public string Name { get; set; }
    public string Thing { get; set; }
    public string SomethingElse { get; set; }
    public int ANumber2 { get; set; }
}

public interface IReusableView
{
    string Name { get; }
}

    Nous avons donc vraiment simple vue partielle, ici, c'est - 'InnerPartialView':

    @model TestIntegration.Models.IReusableView
<div>
    @Model.Name
</div>

    Qui est utilisé dans la maison et sur les pages de cet exemple de contrôleur:

        public class HomeController : Controller
    {
        public ActionResult Index()
        {
            ViewBag.Message = "Welcome to ASP.NET MVC!";

            return View(new ViewModelOne() { Name = "hello", Something="sdfsdfs", ANumber = 1 });
        }

        public ActionResult About()
        {
            return View(new ViewModelTwo() { Name = "hello 2", SomethingElse = "aaaddd", ANumber2 = 10, Thing="rand" });
        }
    }

    La page d'accueil:

    @model TestIntegration.Models.ViewModelOne
@{
    ViewBag.Title = "Home Page";
}

<h2>@ViewBag.Message</h2>
<p>
    To learn more about ASP.NET MVC visit <a href="http://asp.net/mvc" title="ASP.NET MVC Website">http://asp.net/mvc</a>.
    @Html.Partial("InnerPartialView")
</p>

    La vue à propos:

    @model TestIntegration.Models.ViewModelTwo
@{
    ViewBag.Title = "About Us";
}

<h2>About</h2>
<p>
     Put content here.
         @Html.Partial("InnerPartialView")
</p>
    C'est ce que je voulais dire avec "baseclass". Je crains seulement qu'une fois que je reçois de multiples vues partielles, de mon point de vue, les modèles se développer assez rapidement dans la complexité, la mise en œuvre de ce ou de l'interface en fonction du contexte. Je suppose que c'est mieux que l'alternative je l'ai dit, mais je suis surpris de ne pas trouver toutes les meilleures pratiques ici...
    Une classe de base et l'interface sont très différentes. J'ai mis à jour avec un exemple complet car il n'y a rien de complexe à ce sujet. N'exagérez pas avec cela, si vous ajoutez un menu, par exemple, vous ne seriez pas mis dans le ViewModel, vous feriez passer que dans le contrôleur en utilisant le viewbag et poignée en page de la page. Cette méthode doit être utilisée pour la fonctionnalité que vous souhaitez réutiliser, sur des objets, non pas pour des choses comme les pieds de page, les menus ou les barres latérales.
    Puisque vous avez dit que le volet de droite était à afficher "général" de l'information, ce qui implique qu'il est assez générique, il ne serait pas dépendre trop dans le détail de la sous-classe. Vous n'avez pas beaucoup parlé de votre domaine d'application, il est donc difficile de dire. Par exemple, si c'est un site pour des recettes de cuisine, vous vous attendez à chaque recette, à n'importe quelle sous-classe) d'avoir quelques propriétés communes (titre, le rendement, le temps de cuisson) et ceux-ci peuvent être exprimés dans une Interface. Si votre site est de la manipulation d'une grande diversité de types qui n'ont rien en commun, alors il y a peut-être pas tout meaningul "général" info pour afficher

    OriginalL'auteur mattmanser

  2. 3

    Lorsque vous effectuez le rendu de la vue partielle, vous pouvez envoyer un modèle:

    @Html.RenderPartial(MVC.Partials.Views.Sidebar, Model.SideBarModel);

    Sorte que vous pouvez envoyer des données vers le bas dans le cadre du modèle parent qui est le modèle pour le partiel de la barre latérale.

    Que si je savais ce que le modèle a été. Depuis que je suis à l'exécution de cette RenderPartial dans la mise en page, mon modèle peut être n'importe quoi. Sauf si j'ai une commune baseclass ou de l'interface pour tous mes modèles, je ne peut pas supposer quoi que ce soit à leur sujet.

    OriginalL'auteur John Koerner

  3. -1

    Dans les vues partielles, les modèles sont de type dynamic de sorte que vous n'avez pas besoin de savoir de quel type ils sont. Cependant, vous avez juste besoin de s'assurer que le modèle a la propriété dont vous avez besoin. En d'autres termes, vous pouvez utiliser Model.MyProperty ou Model.MyProperty comme MyPropertyType lors de l'utilisation de Html.Partial.

    OriginalL'auteur Kess