none
Approche des composants utilisateur sous MVC RRS feed

  • Discussion générale

  • Bonjour tout le monde,

    Cet article met en lumière l'intérêt de créer un composant utilisateur sous MVC pour unifier la présentation de certains types de données.

    J'ai mis (tenté de mettre) en œuvre la quatrième section, "Création d'un modèle de date".

    Il m'a semblé que soit une petite erreur s'est glissée dans la rédaction, soit il me faut me pencher sur les finesses de l'évolution entre MVC 2 et MVC 4.

    En effet, à ce que j'ai pu observer, si je crée une vue partielle j'obtiens un fichier d'extension cshtml, et non ascx.

    Et dans le fichier d'extension cshtml, la syntaxe proposée qui commence par "<%@ Control" n'est pas admise.

    J'ai donc créé un composant utilisateur par ajout d'un nouvel élément à partir du menu contextuel dans l'explorateur de solutions, en choisissant le type "Contrôle utilisateur de vue MVC 4". Ainsi effectivement, contrairement à ce qu'annonce la boîte de dialogue qui ajoute "ASPX " derrière l'intitulé, j'obtiens un fichier d'extension ascx.

    Ce fichier inclut la première ligne du code proposé, et je peux mettre la deuxième.

    Je suis hésitant quant à la suite.

    Une solution qui me vient à l'esprit est de glisser le composant vers la vue comme sous WebForm.

    Ah oui mais encore s'agit-il que le composant soit proprement enregistré sinon j'obtiens juste un lien html vers l'emplacement où se trouve le fichier du composant dans le projet, ce qui ne va guère donner le résultat escompté.

    J'ai lu ceci qui m'a donné l'idée de créer un deuxième projet de type dll dans la solution,  pour pouvoir me référer à la dll dans le projet utilisateur.

    Question : Visual Web Developer Express 2010 comporte-t-il une limitation qui empêcherait de faire ceci ? Sinon quel type de projet convient-il de sélectionner ?

    Ou bien puis-je m'affranchir de cette étape de créer un deuxième projet, et créer le composant dans le projet utilisateur ?


    mardi 23 février 2016 15:15

Toutes les réponses

  • Bonjour Gloops,

    Je vous invite à consulter ce lien qui pourrait vous donner des pistes pour répondre à votre première question.

    Cordialement,

    Emile


    Votez! Appel à la contribution TechNet Community Support. LE CONTENU EST FOURNI "TEL QUEL" SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. S'il vous plaît n'oubliez pas de "Marquer comme réponse" les réponses qui ont résolu votre problème. C'est une voie commune pour reconnaître ceux qui vous ont aidé, et rend plus facile pour les autres visiteurs de trouver plus tard la résolution.


    mercredi 24 février 2016 10:40
  • Bonjour, merci.

    Oui, en gros ça répète ce que je sais déjà. La suite peut s'en déduire par interprétation, et la dificulté est d'être sûr de bien interpréter. Une information plus détaillée était disponible jusqu'en 2013, dit-on sur cette page.

    Le premier commentaire situe bien les choses : passer d'une version à une autre quand on passe de client lourd à client léger, ce qui suppose plus de gymnastique pour des développements comme WCF par exemple ;

    et donc, manque d'add-ons, et ma question était justement de savoir si un type de projet sortant des DLL en faisait partie. ça ne doit pas être si évident d'avoir une information fiable là-dessus.

    Après il y a la partie légale, la version express est réservée à l'apprentissage donc on ne vend pas les logiciels développés avec.

    mercredi 24 février 2016 11:17