UserControl équivalent dans MVC3?

Sur des Formulaires Web, nous avons UserControls. Ces contrôles ont un code-behind et peut être utilisé dans différents projets/solutions et non pas en fonction sur d'autres choses.

Je veux créer un contrôle qui rend certains contrôles et aurait quelques liens qui serait "le déclenchement d'un événement". Je leur en veut pas pour être fixé sur mon site, je veux être en mesure d'utiliser le même "contrôle" sur un autre site. Quel est l'équivalent en MVC? Est-il possible de créer une vue avec un contrôleur et utiliser la DLL ailleurs?

  • Liés à la (mais pas un doublon) de ces questions: 73902, 810187
InformationsquelleAutor BrunoLM | 2011-01-27
  1. 17

    Le plus fonctionnel équivalent à des WebForms-style réutilisables contrôles utilisateur dans MVC, html helpers. Un helper html est une méthode qui retourne du balisage. L'approche recommandée consiste à les mettre en œuvre sous la forme de méthodes d'extension hors HtmlHelper ou une autre propriété d'un MVC page:

    public static IHtmlString MyControl(this HtmlHelper helper, string value) {
    return new HtmlString("<p>" + value + "</p>");
}

    Vous pouvez ajouter cette méthode pour votre projet MVC directement ou vous pouvez l'ajouter à une autre bibliothèque de classe. La seule chose que la bibliothèque de classe doit de référence est System.Web.Mvc.dll pour le HtmlHelper de référence (il peut aussi avoir besoin d'System.Web.dll si vous utilisez plusieurs types).

    Vous l'habitude de les appeler à partir de votre vue comme (cet exemple utilise la syntaxe Razor qui est nouveau dans MVC 3)

    @Html.MyControl("my value")

    Alors que superficiellement html helpers émettent balisage tout comme les Contrôles de l'Utilisateur, il existe des différences importantes. La plus importante est que le MVC points de vue n'ont pas le concept de la WebForms page de cycle de vie. Cela signifie que, contrairement aux commandes de l'utilisateur, html helpers sont rendus en un seul passage. Il n'y a pas plusieurs phases comme Init, de Charge, de Rendu, etc dans les Formulaires web où vous pouvez brancher des événements côté serveur pour interagir avec d'autres contrôles de la page.

    Selon ce spécifique types d'événements dont vous parlez, il pourrait être approprié MVC centrée sur les techniques à résoudre votre tâche. Pourriez-vous fournir plus de détails sur ce que vous voulez faire? Html helpers peut être assez puissant. Par exemple, le construit en MVC contrôles de saisie comme TextBoxFor pouvez brancher jusqu'à la validation côté client etc.

    • Pourrait-il aussi d'utiliser un "View", le rendre comme un "partielle", et l'utilisation d'un ViewModel que c'est "Code Behind"? Depuis un UserControl est un ASCX, la façon dont je le vois, le plus proche équivalent en est une vue partielle avec un ViewModel.
    • Les partiels ne correspondent pas à l'OP de l'exigence que les composants réutilisables qui pourrait être défini dans une salle de montage compris par des applications différentes (au moins pas sans l'écriture d'affichage personnalisé des moteurs ou de chemin d'accès virtuel les fournisseurs de charge de vues à partir d'assemblages etc.).
    • oui bon appel. Bien que je pense alors que UserControl est la mauvaise formulation. Peut-être "commande Personnalisée" est un meilleur ajustement?
    • Ne serait pas RenderAction() serait plus proche de l'utilisateur, les contrôles?
    • n'est pas immédiatement ajustement pour les mêmes raisons. Fondamentalement quelque chose qui nécessite un point de vue (sous la forme d'un .aspx ou .cshtml fichier) pour être défini ne peut pas être réutilisé facilement à de multiples projets. Je suppose que cela souligne en outre que les WebForms et MVC paradigmes sont fondamentalement différents 🙂
    InformationsquelleAutor marcind
  2. 3

    Depuis les "événements" n'existent pas dans le même sens MVC comme ils le font dans les formes de web, répondre à toutes vos exigences seront assez délicat.

    Pour la couche d'INTERFACE utilisateur de l'objet UserControl équivalent, vous devez utiliser un PartialView, probablement situé dans le Views/Shared/dossier de Modèles en fonction de si vous voulez qu'il soit associé à un certain type de Modèle ou pas.

    Pour le back-end ("événement"), vous devriez probablement mettre en œuvre un Contrôleur, vous pouvez envoyer la demande à partir de vos liens, et qui prend en charge tous les comportements dont vous avez besoin.

    Utilisation de ces fonctions dans les différents projets, vous devez ensuite copier le contrôleur et le modèle/vue partielle. Certes, il pourrait ne pas être aussi simple à ré-utiliser comme un do-it-all de contrôle de l'utilisateur à partir de Formulaires web, mais c'est une limitation qui vient avec une claire séparation des préoccupations, et qui figurerait dans une est bien conçue, la couche à base de Formulaires web application.

    Mise à jour en réponse à un commentaire sur la "limitation" de la séparation des préoccupations que j'ai mentionné:

    Le contrôleur peut bien sûr être distribué dans un ensemble distinct, avec son propre montage d'essai etc. Cependant, y compris le contrôleur de l'assemblée (ou ensembles) et la vue partielle/modèle avec le frontal code est sans doute une chose à faire (peut-être ne parviennent pas à le faire) que de la simple copie d'un contrôle utilisateur avec code-behind (qui sont stockés les uns à côté des autres).

    • -1: j'allais upvote ce jusqu'à ce que la "séparation claire des préoccupations" de ligne. Quel est-il de la séparation des préoccupations qui empêche un contrôleur d'être construite dans une autre assemblée et référencés dans de nombreuses applications MVC? Les vues sont HTML, plus ou moins, et devront être partagé en tant que telle, mais pourquoi ne pas tous de la .NET code dans un ou plusieurs autres, testable assemblées?
    • Assurez-vous - le contrôleur peut certainement être mis dans un document distinct (testable) de l'assemblée, et partagé de manière indépendante du reste du projet. Je ne dis pas que c'est pas faisable (j'irais même jusqu'à dire qu'il est en vaut la peine!), mais c'est certainement plus compliqué que de simplement soulever un contrôle de l'utilisateur et du fichier code-behind (même si vous en avez un) à partir d'un projet à l'autre, et il n'a tout simplement toute la magie sur son propre. Que est limitée par la séparation claire des préoccupations - un prix je suis plus que prêt à prendre.
    InformationsquelleAutor Tomas Aschan