XElement.Load ("~/App_Data/file.xml") Impossible de trouver une partie du chemin

Question

Je suis nouveau dans LINQtoXML. Je veux utiliser XElement.Load ("") Méthode. mais le compilateur ne peut pas trouver mon fichier. pouvez-vous m'aider à écrire le bon chemin pour mon fichier XML? Notez que: J'ai défini une classe dans App_Code et je souhaite utiliser les données du fichier XML dans l'une des méthodes et mon fichier XML situé dans App_Data.

settings = XElement.Load("App_Data/AppSettings.xml"); 

i ne peux pas utiliser Request.ApplicationPath et Page.MapPath() ou Server.MapPath() pour obtenir le chemin physique pour mon dossier parce que je ne suis pas dans une forme héréditaire de classe page classe.

erreur bref message:
Impossible de trouver une partie du chemin 'C: \ Program Files \ Microsoft Visual Studio 9.0 \ Common7 \ IDE \ App_Data \ AppSettings.xml'.

vous voyez le chemin compilé est complètement différent de mon chemin du projet (G: \ MyProjects \ ASP.net Projets \ VistaComputer \ site \ App_Data \ AppSettings.xml)

erreur message complet est ici:

System.IO.DirectoryNotFoundException was unhandled by user code 
    Message="Could not find a part of the path 'C:\\Program Files\\Microsoft Visual Studio 9.0\\Common7\\IDE\\App_Data\\AppSettings.xml'." 
    Source="mscorlib" 
    StackTrace: 
     at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath) 
     at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy) 
     at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize) 
     at System.Xml.XmlDownloadManager.GetStream(Uri uri, ICredentials credentials) 
     at System.Xml.XmlUrlResolver.GetEntity(Uri absoluteUri, String role, Type ofObjectToReturn) 
     at System.Xml.XmlReader.Create(String inputUri, XmlReaderSettings settings, XmlParserContext inputContext) 
     at System.Xml.XmlReader.Create(String inputUri, XmlReaderSettings settings) 
     at System.Xml.Linq.XElement.Load(String uri, LoadOptions options) 
     at System.Xml.Linq.XElement.Load(String uri) 
     at ProductActions.Add(Int32 catId, String title, String price, String website, String shortDesc, String fullDesc, Boolean active, Boolean editorPick, String fileName, Stream image) in g:\MyProjects\ASP.net Projects\VistaComputer\Website\App_Code\ProductActions.cs:line 67 
     at CMS_Products_Operations.Button1_Click(Object sender, EventArgs e) in g:\MyProjects\ASP.net Projects\VistaComputer\Website\CMS\Products\Operations.aspx.cs:line 72 
     at System.Web.UI.WebControls.Button.OnClick(EventArgs e) 
     at System.Web.UI.WebControls.Button.RaisePostBackEvent(String eventArgument) 
     at System.Web.UI.WebControls.Button.System.Web.UI.IPostBackEventHandler.RaisePostBackEvent(String eventArgument) 
     at System.Web.UI.Page.RaisePostBackEvent(IPostBackEventHandler sourceControl, String eventArgument) 
     at System.Web.UI.Page.RaisePostBackEvent(NameValueCollection postData) 
     at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) 
    InnerException: 

Answer 1

Vous pouvez essayer la HostingEnvironment.ApplicationPhysicalPath propriété statique (en supposant que cela est utilisé dans une application ASP.NET):

string filePath = Path.Combine(
    HostingEnvironment.ApplicationPhysicalPath, 
    @"App_Data\AppSettings.xml" 
); 

I différents et IMHO meilleure approche est d'écrire une fonction réutilisable qui prend le nom de fichier en paramètre et qui à la fin de la journée sera appelée à partir de WebForm où vous aurez accès à Server.MapPath. L'avantage de ceci est que cette fonction n'est plus dépendante du moteur ASP.NET et pourrait être réutilisée dans une autre application où le nom de fichier sera calculé différemment. Donc séparer essentiellement les préoccupations:

1. Calculer l'emplacement du fichier
2. passer un nom de fichier à une fonction qui fait un peu l'analyse syntaxique sur elle