blocks|key|1277415|text|据我所知，没有任何内置的功能将允许这种类型的路径解析。最好的选择是动态确定执行目录的应用程序，并将图像路径连接到它。由于提到的原因，您不想特别使用Environment.CurrentDirectory+--在这种情况下，当前目录可能并不总是正确的。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|1277416|找到正在执行的程序集位置的最安全的代码是：|1277417|public+string+ExecutingAssemblyPath()
{
+++Assembly+actualAssembly+=+Assembly.GetEntryAssembly();
+++if+(this.actualAssembly+==+null)
+++{
++++++actualAssembly+=+Assembly.GetCallingAssembly();
+++}
+++return+actualAssembly.Location;
}|code-block|syntax|javascript|1277418|entityMap^0|21|S|0|0|0^^$0|@$1|2|3|4|5|6|7|O|8|@$9|P|A|Q|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|R|8|@]|D|@]|E|$]]|$1|H|3|I|5|J|7|S|8|@]|D|@]|E|$K|L]]|$1|M|3|-4|5|6|7|T|8|@]|D|@]|E|$]]]|N|$]]

As far as I know, there is no built-in functionality that will allow this type of path resolution. Your best option is to dynamically determine the applications executing directory and concatenate to it your images path. You don't want to use <code>Environment.CurrentDirectory</code> specifically for the reasons you mention - the current directory may not always be correct for this situation.

The safest code I've found to find the executing assembly location is this:

<pre><code>public string ExecutingAssemblyPath()
{
 Assembly actualAssembly = Assembly.GetEntryAssembly();
 if (this.actualAssembly == null)
 {
 actualAssembly = Assembly.GetCallingAssembly();
 }
 return actualAssembly.Location;
}
</code></pre>

blocks|key|901269|text|你在找Application.ExecutablePath吗？这将告诉您应用程序的可执行文件在哪里，删除可执行文件的名称，然后追加您的路径。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|901270|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Are you looking for Application.ExecutablePath ? That should tell you where the application's executable is, remove the executable name, and then append your path to it.

blocks|key|1277452|text|这似乎同时适用于WinForms和ASP.NET+(给出了配置文件的路径)：|type|unstyled|depth|inlineStyleRanges|offset|length|style|BOLD|entityRanges|data|1277453|new+System.IO.FileInfo(AppDomain.CurrentDomain.SetupInformation.ConfigurationFile).Directory;|code-block|syntax|javascript|1277454|对于Windows和控制台应用程序，最明显的方法是使用：|1277455|Application.StartupPath|1277456|entityMap^0|T|4|0|0|0|0^^$0|@$1|2|3|4|5|6|7|Q|8|@$9|R|A|S|B|C]]|D|@]|E|$]]|$1|F|3|G|5|H|7|T|8|@]|D|@]|E|$I|J]]|$1|K|3|L|5|6|7|U|8|@]|D|@]|E|$]]|$1|M|3|N|5|H|7|V|8|@]|D|@]|E|$I|J]]|$1|O|3|-4|5|6|7|W|8|@]|D|@]|E|$]]]|P|$]]

This seem to work in both WinForms and ASP.NET (gives the path to the config file):

<pre><code>new System.IO.FileInfo(AppDomain.CurrentDomain.SetupInformation.ConfigurationFile).Directory;
</code></pre>

For Windows and Console applications, the obvious way is by using:

<pre><code>Application.StartupPath
</code></pre>

blocks|key|1277497|text|我建议你使用Assembly.CodeBase，如下所示：|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1277498|public+static+string+RealAssemblyFilePath()
{
+++string+dllPath=Assembly.GetExecutingAssembly().CodeBase.Substring(8);
+++return+dllPath;
}|code-block|syntax|javascript|1277499|你可以试试Application.ExecutablePath。但是您需要引用System.Windows.Forms。如果您希望类库避开表单和UI内容，这可能不是一个好主意。|1277500|你可以试试Assembly.GetExecutingAssembly().Location。但是，如果在运行应用程序之前执行“影子副本”(就像默认的NUnit行为)，则该属性将返回影子副本位置，而不是真实的物理位置。|1277501|最好的方法是实现一个函数，该函数调用Assembly的CodeBase属性，并切断字符串中不相关的部分。|1277502|entityMap|0|LINK|mutability|MUTABLE|url|http://itscommonsensestupid.blogspot.com/2008/05/how-to-get-file-path-of-executing.html|1|http://msdn.microsoft.com/en-us/library/system.windows.forms.application.executablepath.aspx|2|http://msdn.microsoft.com/en-us/library/system.reflection.assembly.location%2528VS.71%2529.aspx^0|0|4|0|0|0|5|Q|1|0|5|14|2|0|0^^$0|@$1|2|3|4|5|6|7|10|8|@]|9|@$A|11|B|12|1|13]]|C|$]]|$1|D|3|E|5|F|7|14|8|@]|9|@]|C|$G|H]]|$1|I|3|J|5|6|7|15|8|@]|9|@$A|16|B|17|1|18]]|C|$]]|$1|K|3|L|5|6|7|19|8|@]|9|@$A|1A|B|1B|1|1C]]|C|$]]|$1|M|3|N|5|6|7|1D|8|@]|9|@]|C|$]]|$1|O|3|-4|5|6|7|1E|8|@]|9|@]|C|$]]]|P|$Q|$5|R|S|T|C|$U|V]]|W|$5|R|S|T|C|$U|X]]|Y|$5|R|S|T|C|$U|Z]]]]

<a href="http://itscommonsensestupid.blogspot.com/2008/05/how-to-get-file-path-of-executing.html" rel="nofollow noreferrer">I suggest you</a> to use Assembly.CodeBase, as shown below:

<pre><code>public static string RealAssemblyFilePath()
{
 string dllPath=Assembly.GetExecutingAssembly().CodeBase.Substring(8);
 return dllPath;
}
</code></pre>

You can try <a href="http://msdn.microsoft.com/en-us/library/system.windows.forms.application.executablepath.aspx" rel="nofollow noreferrer">Application.ExecutablePath</a>. But you need to make reference to System.Windows.Forms. This may not be a good idea if you want your class library to steer clear of forms and UI stuff.

You can try the <a href="http://msdn.microsoft.com/en-us/library/system.reflection.assembly.location%28VS.71%29.aspx" rel="nofollow noreferrer">Assembly.GetExecutingAssembly().Location</a>. But if, somehow, you do a "Shadow Copy" before you run your application (like the default NUnit behavior), then this property will return you the shadow copy location, not the real, physical location.

The best way is to implement a function that calls the CodeBase property of Assembly object and chop off the irrelevant portion of the string.

blocks|key|1277513|text|在这方面，我使用了以下两种方法：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1277514|public+static+IEnumerable<DirectoryInfo>+ParentDirs(this+DirectoryInfo+dir)+{
++++while+(dir+!=+null)+{
++++++++yield+return+dir;
++++++++dir+=+dir.Parent;
++++}
}
public+static+DirectoryInfo+FindDataDir(string+relpath,+Assembly+assembly)+{
++++return+new+FileInfo((assembly).Location)
++++++++.Directory.ParentDirs()
++++++++.Select(dir+=>+Path.Combine(dir.FullName+%2B+@"\",+relpath))
++++++++.Where(Directory.Exists)
++++++++.Select(path+=>+new+DirectoryInfo(path))
++++++++.FirstOrDefault();
}|code-block|syntax|javascript|1277515|在开发过程中，当各种构建脚本最终将东西粘在bin\x64\Release\NonsensePath\之类的目录中时，查看父目录dirs的原因是为了更容易使用。|offset|length|style|CODE|1277516|entityMap^0|0|0|L|T|0^^$0|@$1|2|3|4|5|6|7|O|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|P|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|Q|8|@$I|R|J|S|K|L]]|9|@]|A|$]]|$1|M|3|-4|5|6|7|T|8|@]|9|@]|A|$]]]|N|$]]

I use the following two methods to help with that:

<pre><code>public static IEnumerable&lt;DirectoryInfo&gt; ParentDirs(this DirectoryInfo dir) {
 while (dir != null) {
 yield return dir;
 dir = dir.Parent;
 }
}
public static DirectoryInfo FindDataDir(string relpath, Assembly assembly) {
 return new FileInfo((assembly).Location)
 .Directory.ParentDirs()
 .Select(dir =&gt; Path.Combine(dir.FullName + @"\", relpath))
 .Where(Directory.Exists)
 .Select(path =&gt; new DirectoryInfo(path))
 .FirstOrDefault();
}
</code></pre>

The reason to look at parent dirs to to be easier in use during development when various build scripts end up sticking things in directories like <code>bin\x64\Release\NonsensePath\</code>.

I am working on an application where I have an images folder relative to my application root. I want to be able to specify this relative path in the Properties -> Settings designer eg. "\Images\". The issue I am running into is in cases where the Environment.CurrentDirectory gets changed via an OpenFileDialog the relative path doesn't resolve to the right location. Is there a way to specifiy in the Settings file a path that will imply to always start from the application directory as opposed to the current directory? I know I can always dynamically concatenate the application path to the front of the relative path, but I would like my Settings property to be able to resolve itself.

.NET Settings Relative Path

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我正在处理一个应用程序，其中我有一个图像文件夹相对于我的应用程序根。我希望能够在属性->设置设计器中指定此相对路径。“\图像\”。我遇到的问题是在Environment.CurrentDirectory通过OpenFileDialog更改的情况下，相对路径不能解决到正确的位置。是否有一种方法可以在Settings文件中指定一个路径，它意味着始终从应用程序目录开始，而不是当前目录？我知道我总是可以动

问.NET设置相对路径
EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问.NET设置相对路径EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问.NET设置相对路径
EN