2009-10-28 6 views
1

Je considère le moteur de vue StringTemplate pour mon application ASP.NET MVC. Cette application sera construite avec un skin, mais je m'attends à ce que beaucoup d'autres skins, souvent très similaires, soient développés pour cela. C'est principalement la raison de mon choix de StringTemplate comme moteur de vue, car il n'y aura aucune logique dans les vues. Dans ma tête, j'ai prévu d'avoir chaque skin dans un répertoire sous le répertoire 'Views' dans la structure des dossiers, puis de maintenir une structure de données qui mappe les noms d'hôtes aux répertoires skin. Un inconvénient évident de cette approche est que je devrai spécifier explicitement mes fichiers de vue - une alternative pourrait être de pirater l'implémentation de la méthode View() pour changer le chemin standard/views/controller/action et insérer une couche supplémentaire.Plusieurs skins dans ASP.NET MVC utilisant StringTemplate

Est-ce que quelqu'un connaît des exemples d'implémentations le long de ces lignes en utilisant ASP.NET MVC et StringTemplate à l'heure actuelle? Quelqu'un peut-il prévoir des problèmes potentiels avec mon approche?

Merci d'avance.

Répondre

0

je l'ai fait quelque chose de similaire en utilisant NVelocity. Je stocke toutes mes pages et tous mes thèmes dans la base de données et j'utilise une instance en mémoire de nvelocity pour analyser le contenu que la sortie analysée est ensuite mise en cache sous la clé de domaine. J'utilise toujours le moteur de vue de la vue pour le rendu, mais vous pouvez tout aussi facilement créer un résultat d'action personnalisé pour rendre le résultat dans le flux de réponse.

0

Ainsi, vous pouvez modifier le chemin de recherche des vues avec le viewengine par défaut. Peut-être que cela vous aide.

Lookup View Path