構成ファイル

コンピューティングでは、構成ファイル(一般に単に構成ファイルと呼ばれる)は、一部のコンピューター プログラムのパラメーターと初期設定を構成するために使用されるファイルです。これらは、ユーザーアプリケーション、サーバー プロセス、およびオペレーティング システムの設定に使用されます。

一部のアプリケーションは、構成ファイルの構文を作成、変更、および検証するためのツールを提供します。これらには、グラフィカル インターフェイスがある場合があります。他のプログラムについては、システム管理者がテキスト エディタを使用して手動でファイルを作成および変更することが期待される場合があります。これは、多くが人間が編集できるプレーン テキスト ファイルであるため可能です。多くの場合、サーバー プロセスとオペレーティング システムの設定用の標準ツールはありませんが、オペレーティング システムは、 YaSTや debconf などの独自のグラフィカル インターフェイスを提供している場合があります。

一部のコンピューター プログラムは、起動時に構成ファイルのみを読み取ります。構成ファイルの変更を定期的にチェックする人もいます。ユーザーは、構成ファイルを再読み取りして現在のプロセスに変更を適用するように、または実際に任意のファイルを構成ファイルとして読み取るように、一部のプログラムに指示することができます。決定的な基準や強力な慣習はありません。

編集中のGNU GRUBの構成ファイル。コメント (' ' で始まる行#) は、ドキュメントとしても、設定を「無効にする」方法としても使用されます。

構成ファイルとオペレーティング システム

Unix および Unix ライクなオペレーティング システム

Unix ライクなオペレーティング システム全体にさまざまな構成ファイル形式が存在し、各アプリケーションまたはサービスが独自の形式を持つ可能性がありますが、人間が編集できるプレーン テキストであるという強い伝統があり、単純なキーと値のペア形式が一般。.cnf、.conf、.cfg、.cfまたはのファイル名拡張子.iniがよく使用されます。

ほとんどすべての形式でコメントを使用できます。その場合、コメント文字を先頭に追加することで個々の設定を無効にすることができます。多くの場合、デフォルトの構成ファイルには、コメント^{[1] [2]}の形式で詳細な内部ドキュメントが含まれており、man ファイルも通常、使用可能な形式とオプションをドキュメント化するために使用されます。

システム全体のソフトウェアは に保存された構成ファイルをよく使用しますが/etc、ユーザー アプリケーションは「ドットファイル」を使用することがよくあります。これは、ホーム ディレクトリ内のファイルまたはディレクトリにピリオドを付けたもので、Unix ではファイルまたはディレクトリをカジュアルなリストから 隠します。

一部の構成ファイルは、起動時に一連のコマンドを実行します。一般的な慣例では、そのようなファイルrcの名前には " "が含まれます。 ^[3]通常、プログラムの名前の後に" "、" "、" "、" "などの(.)rc接尾辞を使用します。詳細については、実行コマンドを参照してください。 .xinitrc.vimrc.bashrcxsane.rc

対照的に、IBMのAIXは、Object Data Manager (ODM) データベースを使用して、システム設定の多くを保存します。

MS-DOS

MS-DOS自体は、主に 1 つの構成ファイルCONFIG.SYS. DEVICEHIGH=C:\DOS\ANSI.SYSこれは、INI ファイル形式を導入した MS-DOS 6 までは、単純なキーと値のペア (例: ) を持つプレーン テキスト ファイルでした。ブート時に一連のコマンドを実行するという名前の標準のプレーン テキストバッチ ファイルもありました。これらのファイルはどちらも Windows 98SE まで保持されていましたが、Windows 98SEは依然として MS-DOS 上で実行されていました。 AUTOEXEC.BAT

MS-DOS 5 の CONFIG.SYS の例:

DOS = HIGH、UMB
デバイス= C:\DOS\HIMEM.SYS
デバイス= C:\DOS\EMM386.EXE RAM 
DEVICEHIGH = C:\DOS\ANSI.SYS
ファイル= 30
シェル= C:\DOS\COMMAND.COM C :\DOS /E:512 /P

DOS アプリケーションは多種多様な個別の構成ファイルを使用していましたが、そのほとんどはバイナリで、独自仕様で、文書化されていませんでした。共通の規則やフォーマットはありませんでした。^{[引用が必要]}

マイクロソフト・ウィンドウズ

Windows レジストリ データの編集に使用されている REGEDIT アプリケーション

初期のMicrosoft Windowsファミリ オペレーティング システムでは、(「初期化」から)プレーン テキストのINI ファイルが頻繁に使用されていました。これらは、オペレーティング システムとアプリケーションの機能を構成するための主要なメカニズムとして機能しました。^[4]これらのAPIを読み書きする API は Windows にまだ存在しますが、1993 年以降、Microsoft は開発者を INI ファイルの使用から遠ざけ、構成設定を格納するための階層型データベースであるWindows レジストリに設定を格納するように誘導し始めました。これは導入されました。その年、Windows NTで。

macOS

プロパティ リストは、 macOS (およびiOS、NeXTSTEP、GNUstep、およびCocoaアプリケーション)の標準構成ファイル形式です。ファイル名拡張子 を使用します.plist。

IBM OS/2

IBM のOS/2はバイナリ形式を使用し、これも .INI サフィックスが付いていますが、これは Windows バージョンとは異なります。これには、型指定されていないキーと値のペアのリストのリストが含まれています。^[5] OS2.INI と OS2SYS.INI の 2 つのファイルがシステム全体の設定を制御します。アプリケーション開発者は、それらを使用するか、アプリケーション用の特定のファイルを作成するかを選択できます。

連載形式

複雑なデータ構造を簡単に格納できる形式で表すことができる汎用シリアライゼーション形式が多数存在し、特にオープンソースやプラットフォームに依存しないソフトウェア アプリケーションやライブラリで、構成ファイルのベースとしてよく使用されます。これらのフォーマットを記述した仕様は定期的に一般公開されているため、プログラミング言語全体でパーサーとエミッターの可用性が向上しています。

例としては、JSON、XML、およびYAMLがあります。

も参照

• .properties、主にJavaで使用されるファイル拡張子
• .properties と JSON のスーパーセットであるHOCON
• INI ファイル、一般的な構成ファイル形式
• JSON、複雑なデータ型とデータ構造をサポート
• 「rc」サフィックスの歴史的な起源を説明する実行コマンド
• TOML、正式に指定された構成ファイル形式
• 複雑なデータ型と構造をサポートするYAML

参考文献