「相対パスから絶対パスを取得する、絶対パスから相対パスを取得する」への評価、コメント

相対から絶対パス変換ですが
単純に　Path.Combine　Path.GetFullPath　ではダメなパターンがあると言うことですか？
Path.GetFullPath(Path.Combine(@"C:\Windows\System",@"..\file.text"));
NET Framework 4.5　

> 「URLエンコード、デコードされないようにする」項目の冒頭部分に誤記があると思います。
> 誤：相対パスを取得する時と同様に、絶対パスを取得する場合でも
> 正：絶対パスを取得する時と同様に、相対パスを取得する場合でも

修正しました。ありがとうございました。

「URLエンコード、デコードされないようにする」項目の冒頭部分に誤記があると思います。
誤：相対パスを取得する時と同様に、絶対パスを取得する場合でも
正：絶対パスを取得する時と同様に、相対パスを取得する場合でも

> UriDecode する前に、relativePath = relativePath.Replace("+", "%2B"); しておくのが吉。

「+」がデコードされないように、#?%だけをデコードするか、Uri.UnescapeDataStringでデコードするのがよさそうですね。記事を修正したいと思います。ご報告、ありがとうございました。

評価：良い
>UriDecode する前に、relativePath = relativePath.Replace("+", "%2B"); しておくのが吉。

がなぜ+だけかと思って調べてみましたらパーセントエンコーディングで半角スペースが+に変換されるからなんですかね？

訂正：UriDecode → UrlDecode
追記：「補足」のサンプルソースについてです。確認したのは C#2008 ＋ .NET 3.5です。

ファイル名・パス名に半角 '+' が含まれていると、UrlDecode() で '+' が化けます。
UriDecode する前に、relativePath = relativePath.Replace("+", "%2B"); しておくのが吉。
他の半角文字は大丈夫な模様。

MakeRelativeUriを使った場合、基準のURIが最後に\\で終わらない場合はファイルが基準に指定されたとみなすようです。そのためディレクトリのつもりで指定すると、１階層余分なパスが付加されてしまいます。私は基準パスの最後がコロンや\でない場合、\を付加する処理を追加して使うことにします。

評価：良い
わかりやすいです。ありがとうございます。

評価：良い
非常に分かりやすいです

評価：良い
良くやることがまとまっていて、
すごくわかりやすいです。感謝します。

> でもこれって、マルチバイト文字とか対応してないような気が・・・

相対パスを取得する例の方ですね。確かに、URLデコードが必要になりますね。追記させていただきます。

でもこれって、マルチバイト文字とか対応してないような気が・・・

.NET Framework 2.0では、
System.IO.Path.GetFullPath("..\\file.txt")
で例外が発生してしまいました。
しかし、
Uri u1 = new Uri(System.IO.Directory.GetCurrentDirectory());
Uri u2 = new Uri(u1， "..\\file.txt");
Console.WriteLine(u2.LocalPath);
とすると絶対パスを取得できました。

＃いずれにせよ、Uriクラスを使うことで解決できました。
＃ありがとうございます。

.NET Framework 2.0からはMakeRelativeUri()が追加されたので、MakeRelative()の使用は薦められないそうです。

＜情報元＞
http://msdn2.microsoft.com/ja-jp/library/system.uri.makerelative(VS.80).aspx
http://msdn2.microsoft.com/ja-jp/library/system.uri.makerelativeuri(VS.80).aspx

評価：良い
わかりやすかったです。
これからも、参照させていただきます。

評価：良い
求めていた情報です。ありがとうございました。

評価：良い
ちょうど探していたものがあったので。。。
いつも助かってます。(^^ゞ