Windows システムのファイルパス形式

[アーティクル]
05/09/2023

System.IO 名前空間の型の多くのメンバーには path パラメーターが含まれています。このパラメーターによって、ファイルシステムリソースの絶対パスまたは相対パスを指定できます。このパスはその後、Windows ファイルシステム API に渡されます。このトピックでは、Windows システムで利用できるファイルパスの形式について説明します。

従来の DOS パス

標準 DOS パスは 3 つの要素で構成できます。

ボリュームまたはドライブ文字とそれに続くボリューム区切り記号 (:)。
ディレクトリ名。ディレクトリ区切り文字によって、入れ子になっているディレクトリ階層内でサブディレクトリが分割されます。
任意のファイル名。ディレクトリ区切り文字によって、ファイルパスとファイル名が分割されます。

3 つのコンポーネントがすべて存在する場合、パスは絶対パスになります。ボリュームまたはドライブ文字が指定されておらず、ディレクトリ名がディレクトリ区切り文字で始まる場合、パスは現在のドライブのルートからの相対パスとなります。それ以外の場合、パスは現在のディレクトリに相対となります。次の表では、想定されるディレクトリとファイルパスをいくつかまとめています。

パス	説明
`C:\Documents\Newsletters\Summer2018.pdf`	ドライブ `C:` のルートからの絶対ファイルパス。
`\Program Files\Custom Utilities\StringFinder.exe`	現在のドライブのルートからの相対パス。
`2018\January.xlsx`	現在のディレクトリのサブディレクトリにあるファイルへの相対パス。
`..\Publications\TravelBrochure.pdf`	現在のディレクトリを起点とした、あるディレクトリ内のあるファイルへの相対パス。
`C:\Projects\apilibrary\apilibrary.sln`	ドライブ `C:` のルートからのファイルへの絶対パス。
`C:Projects\apilibrary\apilibrary.sln`	`C:` ドライブの現在のディレクトリからの相対パス。

重要

最後の 2 つのパスの違いにご注意ください。いずれも任意のボリューム指定子を指定しますが (いずれの場合も C:)、最後から 2 番目のパスが指定ボリュームのルートから始まるのに対し、最後のパスは指定ボリュームのルートから始まりません。結果として、最後から 2 番目のパスがドライブ C: のルートディレクトリからの絶対パスであるのに対し、最後のパスはドライブ C: の現在のディレクトリからの相対パスになります。最後から 2 番目のパス形式を意図しているときに最後のパス形式を使用することが、Windows ファイルパス関連のバグの共通の源になっています。

Path.IsPathFullyQualified メソッドを呼び出すことで、ファイルパスが完全修飾であるかどうか (パスが現在のディレクトリに依存せず、現在のディレクトリが変更されてもパスは変わらないかどうか) を判断できます。そのようなパスには相対ディレクトリのセグメント (. や ..) が含まれている可能性があり、解決後のパスが常に同じ場所を指す場合、完全修飾できることにご留意ください。

次の例では、絶対パスと相対パスの違いを示します。ディレクトリ D:\FY2018\ が存在すること、この例を実行する前に、コマンドプロンプトから D:\ に現在のディレクトリを設定していないことを想定しています。

using System;
using System.Diagnostics;
using System.IO;
using System.Reflection;

public class Example2
{
    public static void Main(string[] args)
    {
        Console.WriteLine($"Current directory is '{Environment.CurrentDirectory}'");
        Console.WriteLine("Setting current directory to 'C:\\'");

        Directory.SetCurrentDirectory(@"C:\");
        string path = Path.GetFullPath(@"D:\FY2018");
        Console.WriteLine($"'D:\\FY2018' resolves to {path}");
        path = Path.GetFullPath(@"D:FY2018");
        Console.WriteLine($"'D:FY2018' resolves to {path}");

        Console.WriteLine("Setting current directory to 'D:\\Docs'");
        Directory.SetCurrentDirectory(@"D:\Docs");

        path = Path.GetFullPath(@"D:\FY2018");
        Console.WriteLine($"'D:\\FY2018' resolves to {path}");
        path = Path.GetFullPath(@"D:FY2018");

        // This will be "D:\Docs\FY2018" as it happens to match the drive of the current directory
        Console.WriteLine($"'D:FY2018' resolves to {path}");

        Console.WriteLine("Setting current directory to 'C:\\'");
        Directory.SetCurrentDirectory(@"C:\");

        path = Path.GetFullPath(@"D:\FY2018");
        Console.WriteLine($"'D:\\FY2018' resolves to {path}");

        // This will be either "D:\FY2018" or "D:\FY2018\FY2018" in the subprocess. In the sub process,
        // the command prompt set the current directory before launch of our application, which
        // sets a hidden environment variable that is considered.
        path = Path.GetFullPath(@"D:FY2018");
        Console.WriteLine($"'D:FY2018' resolves to {path}");

        if (args.Length < 1)
        {
            Console.WriteLine(@"Launching again, after setting current directory to D:\FY2018");
            Uri currentExe = new(Assembly.GetExecutingAssembly().Location, UriKind.Absolute);
            string commandLine = $"/C cd D:\\FY2018 & \"{currentExe.LocalPath}\" stop";
            ProcessStartInfo psi = new("cmd", commandLine); ;
            Process.Start(psi).WaitForExit();

            Console.WriteLine("Sub process returned:");
            path = Path.GetFullPath(@"D:\FY2018");
            Console.WriteLine($"'D:\\FY2018' resolves to {path}");
            path = Path.GetFullPath(@"D:FY2018");
            Console.WriteLine($"'D:FY2018' resolves to {path}");
        }
        Console.WriteLine("Press any key to continue... ");
        Console.ReadKey();
    }
}
// The example displays the following output:
//      Current directory is 'C:\Programs\file-paths'
//      Setting current directory to 'C:\'
//      'D:\FY2018' resolves to D:\FY2018
//      'D:FY2018' resolves to d:\FY2018
//      Setting current directory to 'D:\Docs'
//      'D:\FY2018' resolves to D:\FY2018
//      'D:FY2018' resolves to D:\Docs\FY2018
//      Setting current directory to 'C:\'
//      'D:\FY2018' resolves to D:\FY2018
//      'D:FY2018' resolves to d:\FY2018
//      Launching again, after setting current directory to D:\FY2018
//      Sub process returned:
//      'D:\FY2018' resolves to D:\FY2018
//      'D:FY2018' resolves to d:\FY2018
// The subprocess displays the following output:
//      Current directory is 'C:\'
//      Setting current directory to 'C:\'
//      'D:\FY2018' resolves to D:\FY2018
//      'D:FY2018' resolves to D:\FY2018\FY2018
//      Setting current directory to 'D:\Docs'
//      'D:\FY2018' resolves to D:\FY2018
//      'D:FY2018' resolves to D:\Docs\FY2018
//      Setting current directory to 'C:\'
//      'D:\FY2018' resolves to D:\FY2018
//      'D:FY2018' resolves to D:\FY2018\FY2018

Imports System.IO
Imports System.Reflection

Public Module Example2

    Public Sub Main(args() As String)
        Console.WriteLine($"Current directory is '{Environment.CurrentDirectory}'")
        Console.WriteLine("Setting current directory to 'C:\'")
        Directory.SetCurrentDirectory("C:\")

        Dim filePath As String = Path.GetFullPath("D:\FY2018")
        Console.WriteLine($"'D:\\FY2018' resolves to {filePath}")
        filePath = Path.GetFullPath("D:FY2018")
        Console.WriteLine($"'D:FY2018' resolves to {filePath}")

        Console.WriteLine("Setting current directory to 'D:\\Docs'")
        Directory.SetCurrentDirectory("D:\Docs")

        filePath = Path.GetFullPath("D:\FY2018")
        Console.WriteLine($"'D:\\FY2018' resolves to {filePath}")
        filePath = Path.GetFullPath("D:FY2018")

        ' This will be "D:\Docs\FY2018" as it happens to match the drive of the current directory
        Console.WriteLine($"'D:FY2018' resolves to {filePath}")

        Console.WriteLine("Setting current directory to 'C:\\'")
        Directory.SetCurrentDirectory("C:\")

        filePath = Path.GetFullPath("D:\FY2018")
        Console.WriteLine($"'D:\\FY2018' resolves to {filePath}")

        ' This will be either "D:\FY2018" or "D:\FY2018\FY2018" in the subprocess. In the sub process,
        ' the command prompt set the current directory before launch of our application, which
        ' sets a hidden environment variable that is considered.
        filePath = Path.GetFullPath("D:FY2018")
        Console.WriteLine($"'D:FY2018' resolves to {filePath}")

        If args.Length < 1 Then
            Console.WriteLine("Launching again, after setting current directory to D:\FY2018")
            Dim currentExe As New Uri(Assembly.GetExecutingAssembly().GetName().CodeBase, UriKind.Absolute)
            Dim commandLine As String = $"/C cd D:\FY2018 & ""{currentExe.LocalPath}"" stop"
            Dim psi As New ProcessStartInfo("cmd", commandLine)
            Process.Start(psi).WaitForExit()

            Console.WriteLine("Sub process returned:")
            filePath = Path.GetFullPath("D:\FY2018")
            Console.WriteLine($"'D:\\FY2018' resolves to {filePath}")
            filePath = Path.GetFullPath("D:FY2018")
            Console.WriteLine($"'D:FY2018' resolves to {filePath}")
        End If
        Console.WriteLine("Press any key to continue... ")
        Console.ReadKey()
    End Sub
End Module
' The example displays the following output:
'      Current directory is 'C:\Programs\file-paths'
'      Setting current directory to 'C:\'
'      'D:\FY2018' resolves to D:\FY2018
'      'D:FY2018' resolves to d:\FY2018
'      Setting current directory to 'D:\Docs'
'      'D:\FY2018' resolves to D:\FY2018
'      'D:FY2018' resolves to D:\Docs\FY2018
'      Setting current directory to 'C:\'
'      'D:\FY2018' resolves to D:\FY2018
'      'D:FY2018' resolves to d:\FY2018
'      Launching again, after setting current directory to D:\FY2018
'      Sub process returned:
'      'D:\FY2018' resolves to D:\FY2018
'      'D:FY2018' resolves to d:\FY2018
' The subprocess displays the following output:
'      Current directory is 'C:\'
'      Setting current directory to 'C:\'
'      'D:\FY2018' resolves to D:\FY2018
'      'D:FY2018' resolves to D:\FY2018\FY2018
'      Setting current directory to 'D:\Docs'
'      'D:\FY2018' resolves to D:\FY2018
'      'D:FY2018' resolves to D:\Docs\FY2018
'      Setting current directory to 'C:\'
'      'D:\FY2018' resolves to D:\FY2018
'      'D:FY2018' resolves to D:\FY2018\FY2018

UNC パス

UNC (汎用命名規則) パスはネットワークリソースへのアクセスに利用され、次の形式になっています。

サーバーまたはホストの名前。先頭に \\ が付きます。サーバー名は、NetBIOS マシン名か IP/FQDN アドレス (IPv4 と v6 に対応) にすることができます。
共有名。ホスト名とは \ で区切られます。サーバーと共有名を合わせてボリュームになります。
ディレクトリ名。ディレクトリ区切り文字によって、入れ子になっているディレクトリ階層内でサブディレクトリが分割されます。
任意のファイル名。ディレクトリ区切り文字によって、ファイルパスとファイル名が分割されます。

UNC パスの例を次に示します。

パス	説明
`\\system07\C$\`	`system07` の `C:` ドライブのルートディレクトリ。
`\\Server2\Share\Test\Foo.txt`	`\\Server2\Share` ボリュームの Test ディレクトリにある `Foo.txt` ファイル。

UNC パスは常に完全修飾にする必要があります。相対ディレクトリセグメント (. や ..) を含めることができますが、そのようなセグメントは完全修飾パスの一部にする必要があります。相対パスは、UNC パスをドライブ文字にマッピングする方法でのみ使用できます。

DOS デバイスパス

Windows オペレーティングシステムには、ファイルを含む、すべてのリソースを指す統一オブジェクトモデルがあります。これらのオブジェクトパスにはコンソールウィンドウからアクセスできます。また、これらのオブジェクトパスは、DOS と UNC のレガシパスがマッピングされているシンボリックリンクの特別なフォルダーを介して Win32 層に公開されます。この特別なフォルダーには、DOS デバイスパス構文を介してアクセスできます。この構文は次のいずれかになります。

\\.\C:\Test\Foo.txt \\?\C:\Test\Foo.txt

ドライブ文字でドライブを識別できるだけでなく、ボリューム GUID を使用してボリュームを識別できます。次のような形式になります。

\\.\Volume{b75e2c83-0000-0000-0000-602f00000000}\Test\Foo.txt \\?\Volume{b75e2c83-0000-0000-0000-602f00000000}\Test\Foo.txt

注意

DOS デバイスパス構文は、Windows で実行されている .NET 実装でサポートされます。 .NET Core は 1.1 以降、.NET Framework は 4.6.2 以降となります。

DOS デバイスパスは次の要素から構成されます。

デバイスパス指定子 (\\.\ か \\?\)。この指定子により、DOS デバイスパスとしてパスが識別されます。

注意

\\?\ は、あらゆるバージョンの .NET Core および .NET 5+ とバージョン 4.6.2 以降の .NET Framework でサポートされます。
"実際の" デバイスオブジェクトへのシンボリックリンク (ドライブ名の場合は C:、ボリュームの GUID の場合は Volume{b75e2c83-0000-0000-0000-602f00000000})。

デバイスパス指定子の後の最初のセグメントによって、ボリュームまたはドライブが識別されます。 (たとえば、\\?\C:\ や \\.\BootPartition\)。

UNC のためのリンク (わかりやすいことに UNC) が呼び出されます。次に例を示します。

\\.\UNC\Server\Share\Test\Foo.txt \\?\UNC\Server\Share\Test\Foo.txt

デバイス UNC の場合、サーバー/共有の部分がボリュームになります。たとえば、\\?\server1\utilities\\filecomparer\ の、サーバー/共有の部分は server1\utilities です。相対ディレクトリセグメントのある Path.GetFullPath(String, String) のようなメソッドを呼び出すとき、これは重要です。ボリュームを通り過ぎて移動することはできません。

DOS デバイスパスは定義により完全に修飾されています。相対ディレクトリセグメント (. または ..) で始めることはできません。現在のディレクトリが使用されることはありません。

例:同じファイルを参照する方法

次の例では、System.IO 名前空間で API を使用するとき、あるファイルを参照する方法をいくつか示しています。この例では FileInfo オブジェクトをインスタンス化し、その Name プロパティと Length プロパティを使用してファイルの名前と長さを表示します。

using System;
using System.IO;

class Program
{
    static void Main()
    {
        string[] filenames = {
            @"c:\temp\test-file.txt",
            @"\\127.0.0.1\c$\temp\test-file.txt",
            @"\\LOCALHOST\c$\temp\test-file.txt",
            @"\\.\c:\temp\test-file.txt",
            @"\\?\c:\temp\test-file.txt",
            @"\\.\UNC\LOCALHOST\c$\temp\test-file.txt" };

        foreach (string filename in filenames)
        {
            FileInfo fi = new(filename);
            Console.WriteLine($"file {fi.Name}: {fi.Length:N0} bytes");
        }
    }
}
// The example displays output like the following:
//      file test-file.txt: 22 bytes
//      file test-file.txt: 22 bytes
//      file test-file.txt: 22 bytes
//      file test-file.txt: 22 bytes
//      file test-file.txt: 22 bytes
//      file test-file.txt: 22 bytes

Imports System.IO

Module Program
    Sub Main()
        Dim filenames() As String = {
                "c:\temp\test-file.txt",
                "\\127.0.0.1\c$\temp\test-file.txt",
                "\\LOCALHOST\c$\temp\test-file.txt",
                "\\.\c:\temp\test-file.txt",
                "\\?\c:\temp\test-file.txt",
                "\\.\UNC\LOCALHOST\c$\temp\test-file.txt"}

        For Each filename In filenames
            Dim fi As New FileInfo(filename)
            Console.WriteLine($"file {fi.Name}: {fi.Length:N0} bytes")
        Next
    End Sub
End Module

パスの正規化

Windows API に渡されるパスはほとんどすべて正規化されます。正規化の間、Windows では次の手順が実行されます。

パスを識別します。
部分的に修飾された (相対) パスに現在のディレクトリが適用されます。
コンポーネントとディレクトリの区切り記号を正規化します。
相対ディレクトリコンポーネントを評価します (現在のディレクトリの場合は .、親ディレクトリの場合は ..)。
特定の文字をトリミングします。

この正規化は暗黙的に行われますが、Path.GetFullPath メソッドを呼び出すことで明示的に行うことができます。このメソッドは GetFullPathName() 関数の呼び出しをラップします。 Windows GetFullPathName() 関数を P/Invoke で直接呼び出すこともできます。

パスの特定

パス正規化の最初の手順は、パスの種類の識別です。パスはいくつかあるカテゴリの 1 つに分類されます。

パスはデバイスパスです。つまり、2 つの区切り記号で始まり、疑問符かピリオドが続きます (\\? または \\.)。
パスは UNC パスです。つまり、2 つの区切り記号で始まります。疑問符やピリオドは付きません。
パスは完全修飾 DOS パスです。つまり、ドライブ文字で始まり、ボリューム区切り記号、コンポーネント区切り記号が続きます (C:\)。
レガシデバイスを示します (CON、LPT1)。
現在のドライブのルートに相対です。つまり、1 つのコンポーネント区切り記号で始まります (\)。
指定ドライブの現在のディレクトリに相対です。つまり、ドライブ文字で始まり、ボリューム区切り記号が続きますが、コンポーネント区切り記号はありません (C:)。
現在のディレクトリに相対です。つまり、パスの最初の要素は問われません (temp\testfile.txt)。

パスの種類によって、現在のディレクトリが何らかの方法で適用されるかどうかが決まります。パスの "ルート" も決定されます。

レガシデバイスの処理

パスが CON、COM1、LPT1 など、レガシ DOS デバイスの場合、\\.\ を先頭に付けることでデバイスパスに変換した上で返されます。

Windows 11 以前では、Path.GetFullPath(String) メソッドは、レガシデバイス名で始まるパスを常にレガシデバイスとして解釈されます。たとえば、CON.TXT の DOS デバイスパスは \\.\CON であり、COM1.TXT\file1.txt の DOS デバイスパスは \\.\COM1 です。これは Windows 11 では適用されなくなったため、\\.\CON などの従来の DOS デバイスへの完全なパスを指定します。

現在のディレクトリの適用

パスが完全修飾ではない場合、Windows はそのパスに現在のディレクトリを適用します。 UNC とデバイスパスの場合、現在のディレクトリは適用されません。区切り記号 (C:\) を使用するフルドライブの場合も適用されません。

パスが 1 つのコンポーネント区切り記号で始まる場合、現在のディレクトリからのドライブが適用されます。たとえば、ファイルパスが \utilities で、現在のディレクトリが C:\temp\ の場合、正規化の結果、C:\utilities になります。

パスがドライブ文字で始まり、ボリューム区切り記号が続くが、コンポーネント区切り記号はない場合、指定ドライブのコマンドシェルから設定された最後の現在のディレクトリが適用されます。最後の現在のディレクトリが設定されなかった場合、ドライブだけが適用されます。たとえば、ファイルパスが D:sources、現在のディレクトリが C:\Documents\、ドライブ D: の最後の現在のディレクトリが D:\sources\ の場合、結果は D:\sources\sources になります。プログラムやスクリプトロジックでエラーが出るとき、一般的に、このような "ドライブ相対" パスが原因となります。文字やコロンで始まるパスは相対ではないと考えることは明らかに正しくありません。

パスが区切り記号以外で始まる場合、現在のドライブと現在のディレクトリが適用されます。たとえば、パスが filecompare で、現在のディレクトリが C:\utilities\ の場合、結果は C:\utilities\filecompare\ です。

重要

マルチスレッドアプリケーションの場合 (つまり、ほとんどのアプリケーションでは)、現在のディレクトリはプロセスごとの設定となるため、相対パスは危険です。スレッドによって現在のディレクトリが変更されることは、いつでも起こりえることです。 .NET Core 2.1 以降、Path.GetFullPath(String, String) メソッドを呼び出し、絶対パスに対して解決する場合、相対パスと基本パス (現在のディレクトリ) から絶対パスを取得できます。

区切り記号の正規化

フォワードスラッシュ (/) はすべて標準の Windows 区切り記号であるバックスラッシュ (\) に変換されます。フォワードスラッシュがあるとき、最初の 2 つのスラッシュに続くスラッシュはすべて 1 つのスラッシュにまとめられます。

Note

Unix ベースのオペレーティングシステム上の .NET 8 以降では、ランタイムはバックスラッシュ (\) 文字はディレクトリ区切り文字 (スラッシュ /) に変換されなくなりました。詳細については、「Unix ファイルパスのバックスラッシュマッピング」を参照してください。

相対コンポーネントの評価

パスが処理されるとき、1 つか 2 つのピリオド (. や ..) で構成されているコンポーネントやセグメントがあればそれは評価されます。

ピリオドが 1 つの場合、現在のセグメントが削除されます。現在のディレクトリを参照するためです。
ピリオドが 2 つの場合、現在のセグメントと親セグメントが削除されます。二重ピリオドは親ディレクトリを参照するためです。

親ディレクトリは、それがパスのルートを通らない場合にのみ削除されます。パスのルートは、パスの種類によって異なります。 DOS パスの場合はドライブ (C:\)、UNC の場合はサーバー/共有 (\\Server\Share)、デバイスパスの場合はデバイスパスプレフィックス (\\?\ または \\.\) となります。

文字のトリミング

一連の区切り記号や相対セグメントが削除されることを確認しましたが、それに加え、正規化の間、一部の追加文字が削除されます。

セグメントがシングルピリオドで終わる場合、そのピリオドは削除されます。 (シングルまたはダブルピリオドのセグメントは前の手順で正規化されます。ピリオドが 3 つ以上のセグメントは正規化されません。実際には、有効なファイル/ディレクトリ名です。)
パスの終わりが区切り記号ではない場合、後ろに続くピリオドとスペース (U+0020) はすべて削除されます。最後のセグメントがシングルまたはダブルピリオドの場合、上記の相対コンポーネントルールに該当します。

このルールによると、スペースの後に区切り記号を追加することで、スペースが後ろに続くディレクトリ名を作成できます。

重要

スペースが後ろに続くディレクトリやファイル名は決して作成しないでください。後続スペースはディレクトリへのアクセスを困難または不可能にします。一般的に、名前に後続スペースが含まれるディレクトリやファイルを処理しようとすると、アプリケーションは失敗します。

正規化の省略

通常、Windows API に渡されるパスはすべて、GetFullPathName 関数に (効果的に) 渡され、正規化されます。重要な例外が 1 つあります。ピリオドではなく疑問符から始まるデバイスパスです。厳密に \\?\ で始まらない限り (正規のバックスラッシュが使われていることに注目してください)、パスは正規化されます。

正規化の省略が必要となる理由について考えてみます。大きな理由が 3 つあります。

通常は利用できないが正当なパスにアクセスするため。たとえば、hidden. というファイルまたはディレクトリには他の方法ではアクセスできません。
既に正規化している場合、省略することでパフォーマンスを改善するため。
.NET Framework でのみ、259 文字を超えるパスの場合、パス長の MAX_PATH チェックを省略できます。一部例外がありますが、ほとんどの API でこれが可能です。

注意

.NET Core および .NET 5+ は長いパスを暗黙的に処理し、MAX_PATH チェックを実行しません。 MAX_PATH は .NET Framework にのみ適用されます。

正規化と MAX_PATH チェックの省略は、2 つのデバイスパス構文の間の唯一の違いです。それ以外、この 2 つは同じです。正規化の省略には注意してください。"普通の" アプリケーションでは処理できないパスが簡単に作られてしまいます。

\\?\ で始まるパスは、GetFullPathName 関数に明示的に渡す場合、正規化されます。

MAX_PATH 文字を超えるパスは \\?\ なしで GetFullPathName に渡すことができます。 Windows で処理できる最大文字列サイズまで、任意の長さのパスがサポートされます。

大文字/小文字の区別と Windows ファイルシステム

Windows を使っていないユーザーや開発者がとまどうことには、Windows ファイルシステムではパス名とディレクトリ名で大文字と小文字が区別されないという特徴があります。つまり、ディレクトリ名とファイル名は、それが作成されたときの大文字/小文字の使い分けを反映します。たとえば、次のメソッドを呼び出すと、

Directory.Create("TeStDiReCtOrY");

Directory.Create("TeStDiReCtOrY")

TeStDiReCtOrY という名前のディレクトリが作成されます。ディレクトリやファイルの名前を変更し、大文字を小文字に変えるか、小文字を大文字に変えると、その名前変更時の大文字/小文字の使い方がディレクトリ名またはファイル名に反映されます。たとえば、次のコードでは test.txt というファイルの名前が Test.txt に変更されます。

using System.IO;

class Example3
{
    static void Main()
    {
        var fi = new FileInfo(@".\test.txt");
        fi.MoveTo(@".\Test.txt");
    }
}

Imports System.IO

Module Example3
    Public Sub Main()
        Dim fi As New FileInfo(".\test.txt")
        fi.MoveTo(".\Test.txt")
    End Sub
End Module

しかしながら、ディレクトリ名とファイル名の比較では、大文字と小文字が区別されません。 "test.txt" という名前のファイルを検索すると、.NET ファイルシステム API は比較で大文字/小文字の使い方を無視します。 "Test.txt"、"TEST.TXT"、"test.TXT"、大文字と小文字のその他すべての組み合わせが "test.txt" に一致します。

次の方法で共有

Windows システムのファイルパス形式

従来の DOS パス

UNC パス

DOS デバイスパス

例:同じファイルを参照する方法

パスの正規化

パスの特定

レガシデバイスの処理

現在のディレクトリの適用

区切り記号の正規化

相対コンポーネントの評価

文字のトリミング

正規化の省略

大文字/小文字の区別と Windows ファイルシステム

その他のリソース

次の方法で共有

Windows システムのファイル パス形式

従来の DOS パス

UNC パス

DOS デバイス パス

例:同じファイルを参照する方法

パスの正規化

パスの特定

レガシ デバイスの処理

現在のディレクトリの適用

区切り記号の正規化

相対コンポーネントの評価

文字のトリミング

正規化の省略

大文字/小文字の区別と Windows ファイル システム

その他のリソース

Windows システムのファイルパス形式

DOS デバイスパス

レガシデバイスの処理

大文字/小文字の区別と Windows ファイルシステム