完全修飾名

コンピュータプログラミングにおいて、完全修飾名とは、呼び出しのコンテキストに関係なく、呼び出しが参照するオブジェクト、関数、または変数を指定する明確な名前です。 ^[要出典]階層構造では、名前が「(a) 特定の要素より上の階層シーケンス内のすべての名前と (b) 特定の要素自体の名前を含むという意味で完全である」場合、名前は完全修飾されます。^[1]

プログラミング

完全修飾名は、呼び出しのスコープによって暗黙的に参照される名前空間を明示的に参照します。 ^[2]これは常に曖昧さを排除するために行われますが、コンテキストに応じて異なる意味を持つ場合があります。

この概念の一般的な応用には、完全修飾ドメイン名や完全修飾ファイル名など、独自の名前が付けられています。

例

完全修飾名を通常の名前と区別するために、C++、Tcl、Perl、Rubyでは2つのコロン（::）を使用し、Javaではドット（.）を使用します。Visual Basic .NETでも同様です。^[3]およびC# [ ^4] Java、ActionScript、^[5]およびその他のオブジェクト指向言語では、ドットの使用は「ドット構文」として知られています。^[6]その他の例としては、次のものがあります。

リレーショナルデータベースの例として、Microsoft SQL Serverでは、オブジェクトの完全修飾名は4つの部分すべてを指定するものです。server_name.[database_name].[schema_name].object_name[ ^7]

Perlでは、パッケージ内の完全修飾スカラー（）は^[8]として参照されます。$scalar package2$package2::scalar

Rubyでは、クラスの完全修飾名は、そのクラスとそのすべての親モジュールの名前です。たとえば、Vehicles::Cars::Factory は、Vehicles モジュール内の Cars モジュール内の Factory クラスの完全修飾名になります。

Rustでは、型の完全修飾名は、その型とそのすべての親モジュールの名前であり、クレートのモジュール内のモジュール内のクラスcrate::components::transform::Transformの完全修飾名と同じです。これは、関数を呼び出すことによって決定できます。Transformtransformcomponentscore::any::type_name

COBOLでは、あいまいな可能性のある識別子の後にIN(またはOF) 句を付けることによって、完全修飾データ項目名を作成できます。たとえば、複数のデータ項目レコードにという名前のメンバー項目が含まれている場合ACCOUNT-ID、を指定すると、ACCOUNT-ID IN CUSTOMER特定のACCOUNT-IDデータ項目、具体的には親データ項目のメンバーであるデータ項目のあいまいさCUSTOMERを解消できます。特定の識別子 (例: ) のあいまいさを完全に解消するには、複数の句が必要になる場合がありますACCOUNT-ID IN CUSTOMER IN LAST-TRANSACTION。この構文は、多くのオブジェクト指向プログラミング言語で採用されている「ドット」表記法に相当しますが、識別子が逆の順序で指定されます。

ファイル名とパス

完全修飾ファイル名（FQFN ）とは、コンピュータ上のファイルで、その正確な名前が完全に指定されており、そのコンピュータシステム上の他のファイルと間違われることがないファイルを指します。^[9]これは、インターネット上では、コンピュータの完全な名前と特定のドキュメントのファイル名全体を指定したURLとほぼ同等です。代替として、非修飾ファイル名または部分修飾ファイル名があります。

Unixスタイルのシステム、DOS、およびMicrosoft Windowsでは、名前「sample」は、現在のディレクトリにある「sample」という名前のファイルを参照します。現在のディレクトリが変更されると、「sample」という名前で参照されるファイルは異なります。ファイル名をルートディレクトリを示す「/」で開始して「/Users/Name/sample」のようにすると、Unix では完全修飾ファイル名になります。したがって、たとえば、相対パス名を使用する./foo/bar/baz.shでを参照する代わりに/home/user/quz、完全修飾名はになります/home/user/quz/foo/bar/baz.sh。^[10] DOS では、名前は現在のディスクのルートディレクトリに対する相対的なものであるので、完全修飾ファイル名を取得するには、ファイル名の前にドライブ文字とコロンを付ける必要があり、「C:\Users\Name\sample」のように、「C:」は「C」ドライブを指定します。
また、上記のシステムでは、コマンドラインシェルなどの一部のプログラムは、ファイルのパスを検索します。先頭に (バック) スラッシュを挿入すると (「./name」のように)、パスの検索が停止します。これは部分修飾名ですが、現在のディレクトリに依存するため、完全修飾名ではありません。完全修飾名には (バック) スラッシュが含まれているため、パスの検索は常に停止します。
メインフレームオペレーティングシステムMUSIC/SPでは、ファイル名「X」を要求すると、ユーザーのライブラリ内のファイル X への非修飾参照、または、ユーザーに X という名前のファイルがなく、共通ライブラリにファイル X が存在する場合は共通ライブラリ内のファイル X への非修飾参照が行われます。ただし、「*COM:X」を参照する場合は、ライブラリ内に別の X という名前のファイルがある場合でも、共通ライブラリ内のファイル X への完全修飾ファイル名参照を使用します。同様に、「*USR:X」への参照は、自分のライブラリ内のファイルを意味し、「MA45:X」は、ユーザー MA45 のライブラリ内の特定のファイル X を参照する完全修飾ファイル名になります。
PDP-11ミニコンピュータのRSTS/Eオペレーティングシステムでは、ファイル "XX" を指定すると、自分のディレクトリ内のファイルを参照します。"$XX" を参照すると、ファイル "[1,2]XX" を参照しますが、ファイル名を完全に修飾するにはデバイスを指定する必要があります。したがって、"SY:[46,145]MYFILE.TXT"、"SY:$XX"、または "SY:[1,2]XX" (最後の 2 つの例は意味が同じ) は、RSTS/E での完全修飾ファイル名になります。
UNIVAC シリーズ 90メインフレームオペレーティングシステムVS/9では、ファイル「X」を指定すると、そのユーザーのアカウント内のファイル X を意味する場合もあれば、システムマネージャー $TSOS のライブラリ内のファイル X を意味する場合もあります。ただし、「$S0103.X」を指定すると、完全修飾ファイル名になります。
この用語には、正確な名前が明確である限り、完全修飾ファイル名の前に特定のコンピュータ名をファイル名のプレフィックスとして付ける場合も含まれます (特定のシステムで別のシステム上のファイルを参照することが許可されている場合)。

パス名

完全修飾パス名( FQPN ) は、コンピュータに保存されているリソース、ディレクトリ、またはファイルの完全なパスです。これは、リソースへの完全なパスで構成され、その構文はオペレーティングシステムによって異なります。Unix系オペレーティングシステムでは、次の形式で表されます。DOSおよびMicrosoft Windows/root/path-to/file[OR]directoryでは、次の形式で表されます。FQPNはネットワークでも使用され、次の形式になります。ここで、はルートディレクトリ、つまり階層内の最初または最上位のディレクトリで、この場合はルートツリーです。は完全修飾ドメイン名またはノードです。これは、ブートストラップ、コンピュータプログラミング、およびコンピュータサイエンスの参照でも使用されます。 [Drive]:\path-to\file.ext[OR]directory\root\FQDN\path-to\file.ext[OR]directory/root/FQDN

ドメイン名

ドメイン名の意味で、 Uniform Resource Locator (URL)で使用される完全修飾ドメイン名は、解決の手順を省略し、追加のサフィックスが追加されないようにするために、明示的にドットが接尾辞として付けられます。たとえば、これは完全修飾ドメイン名wikipedia.com.の例です。^[11]

参照

参考文献

^ Weik, Martin H. (2000). コンピュータサイエンスとコミュニケーション辞書。第 1 巻。Springer。p. 662。ISBN 978-0-7923-8425-0。
^ Hejlsberg, Anders; Torgersen, Mads; Wiltamuth, Scott (2010 年 10 月 29 日)。C# プログラミング言語 (C# 4.0 をカバー)。Addison-Wesley Professional。p. 190。ISBN 978-0-13-248172-4. 2011年10月28日閲覧。
^ Vick, Paul (2004). Visual Basic .NET プログラミング言語。Addison-Wesley Professional。p. 160。ISBN 978-0-321-16951-8。
^ Mayo, Joe. 「C# チュートリアルレッスン 06 - 名前空間」。C# ステーション。2015 年 1 月 6 日時点のオリジナルよりアーカイブ。2011年 10 月 27 日閲覧。
^ 「ActionScript 3 の基礎: パッケージ」。Adobe Systems Incorporated。2011年 10 月 27 日閲覧。
^ 「オブジェクト指向プログラミング - JavaScript プログラミングの基礎 - DHTML」。Lanoie.com。2012 年 4 月 25 日時点のオリジナルよりアーカイブ。2011年 10 月 27 日閲覧。
^ 「オブジェクト名としての識別子の使用」。msdn.microsoft.com。2011年 10 月 27 日閲覧。
^ 「mod_perl: Perl リファレンス」。 perl.apache.org 。2011 年 10 月 23 日閲覧。
^ 「ファイル、パス、および名前空間の命名」。msdn.microsoft.com。2017年 6 月 16 日閲覧。
^ Kochan, Stephen G.; Wood, Patrick H. (2003). UNIX シェルプログラミング. Sams Publishing. p. 11. ISBN 978-0-672-32490-1. 2011年10月28日閲覧。
^ ロウ、ダグ（2011年2月8日）。ネットワーキング・フォー・ダミーズ。フォー・ダミーズ。p. 80。ISBN 978-1-118-05100-9. 2011年10月28日閲覧。

完全修飾パスと部分修飾パスを含む Unix ファイルシステムの概要

外部リンク

The Free Dictionary の「fully qualified」の定義

[Weik-1] Weik, Martin H. (2000). コンピュータサイエンスとコミュニケーション辞書。第 1 巻。Springer。p. 662。ISBN 978-0-7923-8425-0。

[HejlsbergTorgersen2010-2] Hejlsberg, Anders; Torgersen, Mads; Wiltamuth, Scott (2010 年 10 月 29 日)。C# プログラミング言語 (C# 4.0 をカバー)。Addison-Wesley Professional。p. 190。ISBN 978-0-13-248172-4. 2011年10月28日閲覧。

[3] Vick, Paul (2004). Visual Basic .NET プログラミング言語。Addison-Wesley Professional。p. 160。ISBN 978-0-321-16951-8。

[4] Mayo, Joe. 「C# チュートリアルレッスン 06 - 名前空間」。C# ステーション。2015 年 1 月 6 日時点のオリジナルよりアーカイブ。2011年 10 月 27 日閲覧。

[5] 「ActionScript 3 の基礎: パッケージ」。Adobe Systems Incorporated。2011年 10 月 27 日閲覧。

[6] 「オブジェクト指向プログラミング - JavaScript プログラミングの基礎 - DHTML」。Lanoie.com。2012 年 4 月 25 日時点のオリジナルよりアーカイブ。2011年 10 月 27 日閲覧。

[7] 「オブジェクト名としての識別子の使用」。msdn.microsoft.com。2011年 10 月 27 日閲覧。

[8] 「mod_perl: Perl リファレンス」。 perl.apache.org 。2011 年 10 月 23 日閲覧。

[9] 「ファイル、パス、および名前空間の命名」。msdn.microsoft.com。2017年 6 月 16 日閲覧。

[KochanWood2003-10] Kochan, Stephen G.; Wood, Patrick H. (2003). UNIX シェルプログラミング. Sams Publishing. p. 11. ISBN 978-0-672-32490-1. 2011年10月28日閲覧。

[Lowe2011-11] ロウ、ダグ（2011年2月8日）。ネットワーキング・フォー・ダミーズ。フォー・ダミーズ。p. 80。ISBN 978-1-118-05100-9. 2011年10月28日閲覧。