在文件命名中不使用大寫字母是否被認為是最佳做法？
人們說你不應該在 Unix 文件命名中使用空格。是否有充分的理由不在文件名中使用大寫字母（即
File_Name.txtvs.file_name.txt）？或者這只是個人喜好問題？
人們說你不應該在 Unix 文件命名中使用空格。
人們說很多話。有一些工具可能會搞砸，但希望它們在此時的數量很少，因為空間是由大型消費者專有作業系統公司擴散的病毒，現在無法避免。
空格使在命令行等上指定文件名很尷尬。就是這樣。nix 系統上唯一明確禁止的字元是 NUL（別擔心，它不在您的鍵盤上或其他任何人的鍵盤上）和
/，因為這是路徑分隔符。1 除此之外，一切都會發生。單個路徑元素（文件名）限制為 255個字節*（如果您使用擴展字元集，可能會很複雜），完整路徑限制為 4 KiB。或者這只是個人喜好問題
我會說是的。
$HOME大多數 DE 似乎會在您的(Downloads,Desktop,Documents–D非常流行)中創建大量大寫目錄，所以這並沒有什麼奇怪的。也有非常常見的帶有大寫字母的傳統文件，例如.Xclients和.Xauthority。開頭大寫的一個價值是，當按字典順序列出時，它們會排在小寫字母之前——至少，有很多工具，並且受語言環境的影響。
我是駱駝案（又名camelCase）的粉絲，並將它與文件名一起使用，例如
/home/goldilocks/blueSuedeShoes——別管裡面有什麼。絕對是個人喜好的問題，但它還沒有讓我感到悲傷。Java 類文件本質上傾向於包含大寫字母，因為 Java 類名確實如此。當然，我們不要忘記
NetworkManager，即使我們中的一些人更願意這樣做。1. POSIX “可移植文件名字元集”推薦的分隔更多，不包括空格——但它確實包括大寫！ POSIX還在同一文件的其他地方指定了關於“斜線字元和空字節”的更一般的限制。這反映或反映在長期存在的傳統做法中。