パス（コンピューティング）

パス（またはファイルパス、パス名など）は、階層型ファイルシステム内の項目を一意に識別する文字列です。一般的に、パスはディレクトリ名、特殊なフォーマット指定子、およびオプションでファイル名で構成され、これらはすべて区切り文字で区切られています。この区切り文字はオペレーティングシステムによって異なりますが、一般的な最新のシステムではスラッシュ、バックスラッシュ、またはコロンが使用されます。/\:

個々のパス コンポーネントの大文字小文字の区別は、オペレーティングシステム、またはファイルシステムの作成時や初回使用時に指定されたオプションによって異なります。実際には、これは、大文字小文字を区別するcomponent1システムでは、およびという名前のパス コンポーネントがComponent1階層の同じレベルに共存できるのに対し、大文字小文字を区別しないファイルシステムでは共存できない（エラーが発生する）ことを意味します。macOS および Windows のネイティブ ファイルシステムはデフォルトでは大文字小文字を区別しませんが、一般的な Linux ファイルシステムは大文字小文字を区別します。^{[ 1 ] [ 2 ] [ 3 ]}

パスは相対パスと絶対パスのいずれかになります。相対パスは、別のパス（多くの場合、作業ディレクトリ）を基準としたパスです。絶対パスは、現在のディレクトリに関係なく場所を示します。つまり、ファイルシステムのルートから始まるすべてのパス要素を指定し、相対パスのようにコンテキストに依存しません。

パスは、 URLやUNCパスに見られるように、階層的に組織化されたネットワークリソースを特定するためにも不可欠です。

Multicsは1960年代半ばに、ディレクトリ（">"で区切られる）を用いた階層型ファイルシステムを初めて導入した。 ^{[ 4 ]}

1970年頃、Unixは/ディレクトリ区切り文字としてスラッシュを導入した。

元々、MS-DOS はディレクトリをサポートしていませんでした。この機能を追加する際、多くの既存のコマンドがスイッチのプレフィックスとしてスラッシュを使用していたため (例: dir /w)、Unix 標準のスラッシュを使用するのは良い選択肢ではありませんでした。対照的に、Unix はスイッチのプレフィックスとしてダッシュを使用します。最終的に、スラッシュに似ていて既存のコマンドと競合しない-バックスラッシュが選択されました。この慣習はWindowsにも引き継がれました。ただし、 PowerShellなど、Windows の一部の領域では Unix スタイルのスラッシュも受け入れたり理解したりします。^{[ 5 ] [ 6 ]}\

以下の表は、主要なオペレーティングシステムにおけるパスの構文を示しています。

ほとんどのプログラミング言語は基盤となるシステムのパス表現を使用しますが、システムに依存しないものもあります。^{[ 2 ]}

例えば、このCコードはシステムに依存しており、異なるシステムでは失敗する可能性があります。^{[ 1 ]}

uxFile = fopen ( "project/readme.txt" , "r" ) // Windows では失敗しますwinFile = fopen ( "C: \\ Program Files \\ bin \\ config.bat" , "r" ) // Unix では失敗します

• Javaでは、File.separatorフィールドにシステム依存の区切り文字が格納されます。^{[ 20 ]}一部の関数では、区切り文字がまったく不要になります。

import java.io.File ; import java.nio.file.Path ; import java.nio.file.Paths ; // ... File file = new File ( "path" + File.separator + "file.txt" ) ; Path path = Paths.get ( "path" , "file.txt " ) ;

• Pythonでは、このpathlibモジュールはシステムに依存しないパス操作を提供します。^{[ 21 ]}

from pathlib import Path( Path ( " path" ) / "to" / "file.txt" ) . open () as open_file : ...

ほとんどのUnixライクなシステムは同様の構文を使用します。^{[ 22 ]} POSIXでは、2つのスラッシュで始まるパスを実装定義の方法で処理できますが、^{[ 23 ]}他の場合、システムは連続するスラッシュを1つとして処理する必要があります。^{[ 24 ]}

Unix ライクなシステム上の多くのアプリケーション (例えば、scp、rcp、rsync ) は、などのリソース定義hostname:/directorypath/resource、またはサービス名 (ここでは ' smb ')を含むURIスキーム (例: 。^{[ 3 ]}smb://hostname/directorypath/resource

DOSとWindowsには単一のルートディレクトリは存在せず、各ストレージドライブごとにルートが存在し、ドライブ文字またはUNCパスで示されます。

ディレクトリ名とファイル名の比較では大文字と小文字は区別されません。「test.TXT」は「Test.txt」と一致します。^{[ 27 ]}

Windows は、以下の種類のパスを認識します。

• ローカルパス、例えばC:\File。
• ユニバーサル命名規則（UNC）。
• DOS デバイス パス、例えば\\.\C:\Fileや など\\?\UNC\Server\Volume\File。前者は\\?\パスの正規化をスキップします。後者は\\.\生のデバイス 名前空間を使用します。^{[ 27 ] [ 28 ]}

Windows APIでは、ファイル I/O 関数は自動的/に に変換されます\(プレフィックスを使用する場合を除く)。標準の Windows API (DOS およびWin9x\\?\に遡る) を使用するパスは、環境変数MAX_PATHで定義されているように、260 文字以下に制限されていました。レガシー アプリケーションとの下位互換性のために、この制限は Windows 10 ビルド 1607 まで解除されず、32,767 まで拡張できるようになりました。Windows NT は常に 32,767 のパス長を内部的にサポートしていましたが、Unicode API を使用する場合、またはプレフィックスによって UNC パスを強制する場合に限られていました。^{[ 29 ]}\\?\

PowerShell は、後方互換性のためにスラッシュ相互運用性を許可しています: ^{[ 30 ]}

PS C :\> Get-Content -Path "C:/path/to/file.txt"ファイル内のテキストの一部を以下に示します。

• basename – パスから姓を抽出するためのシェルコマンド 
• デバイスファイル– ファイルシステムに表示されるデバイスドライバへのインターフェース 
• dirname – パスからディレクトリパス部分を抽出するためのシェルコマンド 
• 分散ファイルシステム– 分散ファイルシステムの種類リダイレクト先の簡単な説明を表示するページ 
• ファイル名– コンピュータファイルを一意に識別するために使用されるテキスト文字列 
• ファイルシステム階層標準– Linuxにおけるディレクトリ構造の標準規格 
• 完全修飾ファイル名– コンピュータコードにおける曖昧さのない名前リダイレクト先の簡単な説明を表示するページ 
• PATH（変数）– コンピュータの環境変数 
• URL – ワールドワイドウェブ上のアドレス