進程物件在.NET中表現為System.Diagnostics.Process類，透過呼叫Process.GetCurrentProcess().MainModule.FileName可取得目前執行的exe的檔案名稱。但是這個方法得到的只是檔案名，如果程式運行期間沒有切換工作目錄，那麼可以呼叫System.IO.Path的方法來取得絕對路徑。但是目前目錄同樣可以透過Environment.CurrentDirectory取得，而且很多軟體在使用Open Dialog開啟檔案的時候，都會切換工作目錄，而讓這機制失效。
如果是在Windows Forms應用程式中，目前應用程式也表現為System.Windows.Forms.Application對象，透過其靜態屬性Application.ExecutablePath和Application.StartupPath，可以取得可執行檔案的路徑和啟動路徑。
但如果不是在Windows應用程式中呢，或是在Library中呢，就算是Application物件的屬性依然能取得，也需要在工程中加入System.Windows.Forms這個Assembly的引用，非常不方便。這個時候，可以透過Assembly的靜態方法，GetCallingAssembly或GetExecutingAssembly取得目前執行的Assembly，然後透過Assembly類別的Location來取得assembly的位置。
但是使用Assembly的時候，可能會遇到權限方面的問題，同時Assembly.GetCallingAssembly或Assembly.GetExecutingAssembly有可能得到的不是.exe檔案的位置。在GAC中的新增了強名的Assembly，運行時是可以不必與.exe在同一目錄的。
.NET的進程啟動時，會建立AppDomain，所有的Assembly都被Load到某一個AppDomain中，而AppDomain中提供了SetupInformation屬性，可以取得AppDomain啟動時的一些訊息，因此，可以透過呼叫AppDomain.CurrentDomain.SetupInformation .ApplicationBase取得目前應用程式所在的路徑。
透過以上方法取到所需的目錄後，可以呼叫System.IO.Path的方法取得檔案名，目錄名，絕對路徑等。停止對路徑字串的分析，而改用System.IO.Path類別吧。
開發.NET下應用程式時，了解Process/Application->AppDomain->Assembly的關係，對於實現正確的邏輯，是非常有幫助的。