J'ai une situation dans laquelle j'ai plusieurs applications racines qui référenceront la même application virtuelle. Les applications racine sont les frontaux «marqués» qui sont assez légers, l'application virtuelle effectuant la plus grande partie du travail. Je prévoyais que l'application virtuelle utilise le fichier maître de l'application racine en le référençant avec un préfixe "/", mais j'ai découvert à la dure que cela n'est pas autorisé.ASP.NET Application virtuelle ayant le même aspect que l'application racine
J'ai vu des options telles que la compilation du maître page en tant que .dll mais je ne pense pas que je peux appliquer ce scénario pour moi parce que le maître page sera différent pour chaque application racine.
Est-ce que quelqu'un a des idées sur ce que je peux faire comme alternative? Est-il possible d'être créatif avec un appel Response.WriteFile en ligne de l'utilisateur virtuel à l'utilisateur qui appelle les contrôles utilisateur, ou y a-t-il un inconvénient?
Toute idée ou assistance serait grandement appréciée. Merci!
Oui, c'est un gros inconvénient. Le problème est que je pourrais avoir plus de 100 racines, et l'application virtuelle pourrait changer fréquemment pour ajouter de nouvelles fonctionnalités. Je ne veux pas avoir à recopier de nouveaux fichiers .dll à plus de 100 bins. –
Y a-t-il de nombreuses différences entre vos fichiers racine? Peut-être que vous pourriez combiner tous ces sites dans une seule application, puis rendre votre application assez intelligente pour server les bons fichiers basés sur l'URL. – David
Je ne pense pas que ce soit possible étant donné la situation. C'était une application ASP classique qui utilisait Server-Side includes pour inclure les en-têtes et les pieds de page dans le virtuel à partir de la racine. J'espérais que nous pourrions émuler la même fonctionnalité en utilisant Master Pages. –