Linuxでは、いくつかの命名規則がなぜそんなに一貫していないのですか? [閉鎖]

Linuxでは、いくつかの命名規則がなぜそんなに一貫していないのですか? [閉鎖]

Linuxでは、ログ記録、変更ログ、追加情報ファイル、および構成ファイルの共通プールの命名は非常に一貫していないようです。これはいつも気になります。なぜ* nix開発者はずっと前にユニバーサルファイル名パターンを使用することにしましたか?ファイル(たとえば、構成)の名前がどのように指定されているかを正確に覚えておく必要があることが不必要に迷惑であることがわかりました。

たとえば、構成命名規則は次のとおりです。this、、、、またはその両方が下線領域に属しておらずthis.cnf、時にはWindowsスタイルに属することもあります。上記の多様性を考慮すると、最も広く使用されている構成の命名方法は何ですか?ログ、変更ログ、追加情報ファイルなどについても同様です。this.confthis.configthis_configthis.cfg

ほとんどのスクリプトとバイナリはうまく配置され、一貫したパターンを持っているようです。それでは、構成が難しいのはなぜですか?開発群衆を命名規則陣営に分けることが当時行われていたのでしょうか?それとも、Linuxの開放性と自由​​精神的アプローチのために、このような「レベル3」の一貫性を追求する価値はなかったのでしょうか。

ベストアンサー1

上記の多様性を考慮すると、最も広く使用されている構成の命名方法は何ですか?

あなたがそれらを呼びたいと思うものは何でも。ファイル拡張子は、管理者にファイルが何であるかを知らせる以外には重要ではありません。人間はこれを知っているかもしれませんし、*.cfgどちら*.confもプロフィールです。

私は*.cnfこれをMySQLでのみ見ました。 1回限りの違いなので、MySQL / MariaDB開発者に連絡する必要があります。

開発群衆を命名規則陣営に分けることが当時行われていたのでしょうか?それとも、Linuxの開放性と自由​​精神的アプローチのために、このような「レベル3」の一貫性を追求する価値はなかったのでしょうか。

これはおそらくほとんどの人が重要だと思うものではありません。ほとんどの人は(、、、/など)*.confを選択しますが、ファイルパスにいくつかの文字しか含めることができない場合は、この方法を好むことができます。名前が変更されていないのと同じ理由で変更されていない可能性があり、興味のあるほとんどの人は問題のファイルが何をしているのかをすでに知っています。nginxudevapachersyslogsyslog-ng*.cfg/etc/fstab

おすすめ記事