XElement.Load(“~/App_Data/file.xml”) impossible de trouver une partie du chemin

Je suis nouveau dans LINQtoXML. Je veux utiliser XElement.Load("") De La Méthode. mais le compilateur ne trouve pas mon fichier. pouvez-vous m'aider à écrire chemin d'accès correct pour mon fichier XML?
Note: j'ai défini une Classe dans App_Code, et je veux utiliser le fichier XML de données dans l'une de méthodes et de mon fichier XML Situé dans App_Data.

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

je ne peux pas Utiliser Request.ApplicationPath et Page.MapPath() ou Server.MapPath() pour obtenir le chemin d'accès physique pour mon dossier parce que je ne suis pas dans une classe Hérité de la Page de formulaire de classe.

Bref Message d'erreur:
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érente de mon projet de chemin d'accès(G:\MyProjects\ASP.net Projects\VistaComputer\Website\App_Data\AppSettings.xml)

Message d'erreur 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:

OriginalL'auteur Mehdi | 2010-06-17

  1. 12

    Vous pouvez essayer de le HostingEnvironment.ApplicationPhysicalPath propriété statique (en supposant que cela est utilisé dans un ASP.NET demande):

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

    - Je différent et à mon avis meilleure approche est d'écrire une réutilisables fonction qui prend le nom de fichier en paramètre et qui, à la fin de la journée sera appelé à partir d'un Formulaire internet où vous aurez accès à Server.MapPath. L'avantage, c'est que cette fonction ne dépend plus de la ASP.NET moteur et peut être réutilisé dans une autre application où le nom de fichier sera calculé différemment. Donc, fondamentalement, de séparer ce qui concerne:

    1. Calculer le nom de fichier emplacement
    2. Passer un nom de fichier à une fonction qui effectue une analyse sur il
    je vous remercie beaucoup. Utile.
    +1 Merci! C'était juste ce que je cherchais.

    OriginalL'auteur Darin Dimitrov