L'exécution d'une ASP.NET MVC application à partir d'un répertoire virtuel dans IIS 7

Est-il possible d'exécuter une application MVC à partir d'un répertoire virtuel dans IIS 7? J'ai construit un utilitaire open source application de ASP.NET MVC3 et je me demandais si c'était une erreur; c'est probablement le cas si le site ne peut pas être exécuté à partir d'un répertoire virtuel.

Prendre une simple route par défaut de /home/index si en cours d'exécution à partir d'un répertoire virtuel nommé /app, sera effectivement /app/home index. Le type qui sème la pagaille pour le routage.

Je ne veux pas l'utilisateur d'avoir à changer de route et de recompiler le projet d'utiliser l'application dans un répertoire virtuel. Est-il un moyen pour modifier un paramètre de configuration pour indiquer que le dossier racine de ce que l'application est?

InformationsquelleAutor Brettski | 2011-06-15

asp.net-mvc-3 iis-7

20

Est-il possible d'exécuter une application MVC à partir d'un répertoire virtuel dans IIS 7?

Non seulement que c'est possible, mais c'est la voie préférée.

Le type qui sème la pagaille pour le routage.

Pas si vous utilisez Html helpers lorsque vous traitez avec des url qui va prendre soin de cela.

Voici un exemple typique de ce que vous ne devriez jamais faire:
```
<script type="text/javascript">
    $.ajax({
        url: '/home/index'
    });
</script>
```
et voici comment cela doit être fait:
```
<script type="text/javascript">
    $.ajax({
        url: '@Url.Action("index", "home")'
    });
</script>
```
Voici un autre exemple typique de quelque chose que vous ne devriez jamais faire:
```
<a href="/home/index">Foo</a>
```
et voici comment cela devrait être écrit:
```
@Html.ActionLink("Foo", "Index", "Home")
```
Voici un autre exemple de quelque chose que vous ne devriez jamais faire:
```
<form action="/home/index" method="opst">

</form>
```
et voici comment cela devrait être écrit:
```
@using (Html.BeginForm("Index", "Home"))
{

}
```
Je pense que vous obtenez le point.
- juste par curiosité: pourquoi est-il le préféré de la sorte?
- parce que chaque ASP.NET application (peu importe si c'est MVC ou non) doit résider dans un répertoire virtuel. Si vous déployez à la racine du site, ce site racine représente toujours un répertoire virtuel.
- OK obtenu. Mais il n'y a rien contre le déploiement à la racine du site.
- absolument rien contre.
- Que dois-je appeler à partir de l'intérieur d'une classe (pas une classe de contrôleur ou de la vue) pour obtenir le chemin d'accès-à-dire /home/index?
- Généralement, vous n'avez pas. Autant que possible, garder la connaissance de URI valeurs dans les vues.
- comme @Craig dit, vous ne faites jamais cela. Une classe ne doit jamais besoin de calculer les url. C'est de la responsabilité des contrôleurs, les aides, les points de vue, ... Donc, si votre classe a besoin d'une url, le passer à, mais sans jamais avoir la calculer (et même pire, coder en dur).
- Qui a le sens parfait, certainement plus propre de passer la valeur en. Je vous remercie.
- Il y a ceux aussi bien que dirais "url: '@Url.Action (l ' "indice", "home")" est incorrect un trop - que vous devez utiliser json pour obtenir le javascript de données et de passer à ceux de l'appel d'ajax et de ne pas mélanger les types de code. Je ne suis pas bien et serait d'accord à 100% avec la façon dont Darin a ici (bien que le rasoir d'analyse parfois se foiré par le mélange de code dans un bloc de script et de ces questions peut être ignoré)
- Parce que les développeurs nous devrions utiliser de VRAIS outils, les mêmes outils, nous serions à l'aide d'un dev, la mise en scène, ou le serveur de production. Pourquoi quiconque voudrait utiliser certains de la merde stupide de cassini...il provoque des problèmes auxquels je n'ai pas besoin d'aller dans les détails du pourquoi...le regarder. Pourquoi ne PAS utiliser IIS doit être la question. La communauté de Dev est un tas de paresseux ânes qui ne veulent pas savoir comment faire leur travail...c'est en partie l'apprentissage IIS, de sorte que vous pouvez en apprendre davantage sur la façon dont les pools d'application de travail, la page des gestionnaires, et bien plus encore. Obtenez dans le jeu, arrêtez de l'utiliser de merde de la sonde cassini. C'EST POURQUOI.
- Souhaitez MS va arrêter de faire ces amateurs de jouets. Que suis-je en train de parler? Truc qui est censé pour aider les devs ne code plus facile mais sont vraiment trash: ASP.NET l'Adhésion, Cassini, Sharepoint, des Ensembles de Données, de la merde comme ça. Les développeurs ont besoin d'arrêter l'utilisation de ces déchets et oui faire un peu de réel et le code propre et plus évolutive de solutions que d'utiliser ces trash outils. Votre propre Code de merde fournisseur d'appartenances, pourquoi pas. NON, il n'est pas difficile.
- Salut. Je suis en train de lancer un MVC 4 application à partir d'un répertoire virtuel mais reçois un mondial.asax erreur. Pouvez-vous me dire si vous avez obtenu ce travail. Quelqu'un aurait l'esprit cochant cette question: stackoverflow.com/questions/15961052/...
InformationsquelleAutor Darin Dimitrov
3

Oui, cela fonctionne bien, et non, il n'est pas gâcher de routage. Toutefois, l'application que vous êtes en cours d'exécution peut être buggé et pas en charge cette configuration.

Vous n'avez pas besoin d'un "paramètre de configuration", parce que IIS et ASP.NET déjà de gérer cela correctement.

Vous n'avez, cependant, nécessaire pour éviter les codée en dur dans l'Uri de votre point de vue.

E. g., ce faire:
```
<img src="<%: Url.Content("~/Content/Images/Image.png") %>" />
```
...au lieu de:
```
<img src="/Content/Images/Image.png" />
```
...et de même pour les liens de feuille de style et les références.
- Comment peut-on éviter codée en dur Uri (pour les images de fond, les polices personnalisées, etc) dans les feuilles de style? MVC fonctions d'assistance ne sont pas disponibles dans les fichiers CSS...
InformationsquelleAutor Craig Stuntz
3

autant que je sache, les routes sont toutes basées sur la racine de l'application, et non pas la racine, donc pensez à eux comme au début avec ~/, pas /

InformationsquelleAutor nathan gonzalez
2

Oui, cela fonctionne. Et aussi longtemps que vous êtes en utilisant les méthodes d'aide à créer l'action de l'Url (par exemple <%=Html.ActionLink(...) %> il n'est pas nécessaire de reconfigurer ou de recompiler.
- Donc, tant que je suis en utilisant les méthodes d'aide dans mes vues, ASP.NET MVC il suffit de savoir où il est en cours d'exécution de base et de son url et le routage de qui?
- exactement (voir aussi Darin détaillées de réponse).
InformationsquelleAutor M4N

Vous devez vous connecter pour publier un commentaire.