Comment puis-je résoudre un chemin d'accès relatif à un ASP.NET MVC 4 racine de l'application?

Comment puis-je résoudre des chemins d'accès relatifs à un ASP.NET MVC 4 application à la racine? C'est, je veux ouvrir les fichiers appartenant à l'application à partir des actions de contrôleur, référencé comme ~/Data/data.html. Ces chemins sont généralement spécifiés dans Web.config.

EDIT:

Par "résoudre", je veux dire de transformer un chemin relatif à la racine de l'application répertoire d'un chemin absolu .e.g. ~/Data/data.html → C:\App\Data\Data.html.

  • C'est ainsi que vous obtenez "référence" ces fichiers à partir de la racine...
  • Que voulez-vous dire, que le ~ obtient élargi automatiquement?
  • HttpContext.Actuel.Serveur.MapPath ?
  • Expliquer ce que vous entendez par "résoudre". Vous souhaitez envoyer un fichier à l'utilisateur? Vous souhaitez faire référence à une image ou d'un fichier css à un élément de votre page? Vous souhaitez créer un lien vers le fichier?
  • Voir mon édité question.
  • Cela n'aide pas. Pour quelle raison êtes-vous essayer de faire ça?
  • Le fichier est seulement à la lecture sur le serveur, il n'a pas vraiment d'importance mais comme je suis seulement intéressé à obtenir le chemin d'accès absolu... Qui devrait être suffisant pour définir l'étendue du problème.
  • Ah ok, donc vous voulez obtenir le chemin Absolu vers le dossier App_Data?
  • Vous voulez Serveur.MapPath ensuite.
  • Oui, sauf si il y a un peu plus idiomatiques/automatique de façon à élargir les chemins spécifiés dans le Web.config par rapport à la racine de l'application.
  • Oui, vous utilisez MapPath (voir la réponse) qui va vous donner le chemin d'accès Absolu.

InformationsquelleAutor aknuds1 | 2012-09-02
  1. 81

    Pour obtenir le chemin absolu utiliser ceci:

    String path = HttpContext.Current.Server.MapPath("~/Data/data.html");

    EDIT:

    Pour obtenir Contexte du Contrôleur supprimer .Current de la ligne ci-dessus. En utilisant HttpContext par lui-même, il est plus facile de Tester, car il est basé sur le Contrôleur du Contexte, par conséquent, plus localisée.

    Je me rends compte maintenant que je n'aime pas la façon dont Server.MapPath travaux (interne appelle éventuellement HostingEnvironment.MapPath) j'ai Donc maintenant vous recommandons de toujours utiliser HostingEnvironment.MapPath parce que sa statique et ne dépend pas du contexte, à moins bien sûr, vous voulez que...

    • Je veux juste lire le fichier sur le serveur, c'est de ne pas être retourné au client.
    • C'est la façon de le faire. Aussi, si vous avez besoin d'utiliser cette manière statique, voir à cette question: stackoverflow.com/questions/3795986/...
    • Je suis dans une non-méthode statique d'un Système.Web.Mvc.Contrôleur de sous-classe, mais HttpContext n'a pas de propriété Current. Qu'est-ce?
    • Remplacer Current avec ApplicationInstance
    • Il me semble que je peux l'utilisateur HttpContext au lieu de HttpContext.Current que c'est un Controller propriété d'instance. Voir stackoverflow.com/questions/785413/....
    • Oui vous pouvez, si vous voulez le Contexte de la manette et non à la demande.
    • À partir de ce que je comprends, il est généralement préférable d'utiliser le HttpContext de la propriété peut être moqué lors de l'essai, souhaitez mettre à jour votre réponse en tant que telle? Il fonctionne au moins.

    InformationsquelleAutor Nate-Wilkins
  2. 60

    J'ai trouver ce code utile quand j'ai besoin d'un chemin à l'extérieur d'un contrôleur, comme quand je suis à l'initialisation des composants Mondiale.asax.cs:

    HostingEnvironment.MapPath("~/Data/data.html")
    • HostingEnvironment.MapPath est une meilleure réponse. Lorsque vous exécutez le code en dehors du contexte d'une requête http, puis HttpContext.Le courant est nul et votre code se bloque. HostingEnvironment.MapPath fonctionne toujours.
    • C'est également intéressant de mentionner que "HostingEnvironment.MapPath" peut être personnalisé si vous avez votre propre mise en œuvre d'un Chemin d'accès Virtuel Fournisseur. Fonctionne dans n'importe quel "hébergé" de l'environnement (service windows iis ou hébergé) support.microsoft.com/en-us/kb/910441
    InformationsquelleAutor Michael L Perry
  3. 14

    Suffit d'utiliser la suite

    Server.MapPath("~/Data/data.html")
    InformationsquelleAutor Otto Kanellis
  4. 4

    Dans l'action, vous pouvez appeler le:

    this.Request.PhysicalPath

    qui retourne le chemin d'accès physique en référence à l'actuel contrôleur. Si vous avez besoin seulement le chemin de la racine d'appel:

    this.Request.PhysicalApplicationPath
    InformationsquelleAutor developer10214
  5. 1

    Dans votre controller:

    var path = HttpContext.Server.MapPath("~/Data/data.html");

    Cela vous permet de tester le contrôleur Moq comme suit:

    var queryString = new NameValueCollection();
var mockRequest = new Mock<HttpRequestBase>();
mockRequest.Setup(r => r.QueryString).Returns(queryString);
var mockHttpContext = new Mock<HttpContextBase>();
mockHttpContext.Setup(c => c.Request).Returns(mockRequest.Object);
var server = new Mock<HttpServerUtilityBase>();
server.Setup(m => m.MapPath("~/Data/data.html")).Returns("path/to/test/data");
mockHttpContext.Setup(m => m.Server).Returns(server.Object);
var mockControllerContext = new Mock<ControllerContext>();
mockControllerContext.Setup(c => c.HttpContext).Returns(mockHttpContext.Object);
var controller = new MyTestController();
controller.ControllerContext = mockControllerContext.Object;
    InformationsquelleAutor Owen Pauling