Dans une application Asp.net MVC, je voudrais encapsuler le code wrapper laid (juste une chaîne d'ouverture html littérale et une autre chaîne de fermeture) que nous utilisons pour faire des coins et les ombres compatibles avec les anciens navigateurs (nous n'utilisons pas javascript pour des raisons de performances) d'une manière compatible avec la vue de conception de studio visuel. Je voudrais mettre les divs wrapper dans un contrôle afin que je puisse les utiliser dans une page de vue .aspx et ne pas avoir à regarder tout le désordre nécessaire pour faire des coins fantaisistes & mais toujours tirer profit de voir les résultats dans le concepteur.Début et fin de divs à l'aide de deux contrôles - Asp.net mvc
// emballage ouvert littérale contenu réel // wrapper près littérale
Je ne pouvais pas comprendre comment injecter du contenu dans 1 contrôle et ont des résultats visibles dans le concepteur des pages maîtres de façon faire, alors Je suis en train de tester un système utilisant 2 contrôles contenant le html littéral.
exemple d'utilisation - avec une ouverture de commande et une autre fermeture
<ShadowBoxStart /> //contains div open tags
Hello World. This is actual content with all the nice style divs wrapped around
<ShadowBoxEnd /> //contains div close tags
Cela rend correctement dans tous les navigateurs quand je lance l'application, mais le concepteur semble être confondu par le fait que l'on commande ouvre les divs et un autre les ferme et rend la camelote. Les System.Web.Mvc.ViewUserControls que j'utilise ne contiennent rien d'autre que le littéral html, et j'ai répliqué le comportement avec plusieurs configurations différentes de style standard &, donc je suis perplexe quant à ce qui est source de confusion pour le concepteur. Je voudrais garder la solution très simple parce que c'est principalement une installation de commodité et ne vaut pas beaucoup de complexité ajoutée. Des idées?
Est-ce que cela permet une visibilité en temps de conception? – Glenn
Non. Vous avez manqué cette partie de votre question. Il est "compatible" avec la vue de conception, mais vous ne pourrez pas voir l'effet puisque le code n'est pas généré avant l'exécution. – tvanfosson
Merci pour le grand détail de votre réponse. Je commence à avoir l'impression que les meilleures pratiques de MVC n'incluent pas l'utilisation de la vue de conception. – Glenn