☰

系統檔案應該小寫，這是任何標準（例如 POSIX）的一部分嗎？

tag-icon • tag-icon filesystems filenames posix
系統檔案應該小寫，這是任何標準（例如 POSIX）的一部分嗎？

我的公司經銷的應用程式的品牌名稱是大小寫混合的，例如「ApplicationName」。

應用程式的安裝程式會建立此標準中的所有路徑和檔案名稱。例如，主目錄是/opt/ApplicationName，呼叫了 init 文件，ApplicationName所以我必須運行service ApplicationName status等等。

對我來說，這打破了所有合理的約定，我覺得檔案和目錄都應該是小寫的（在其他應用程式中，例如 MySQL，其檔案和目錄都被稱為mysql，甚至像Apache 和Tomcat 這樣的應用程式也取消了前面的先例）大寫字母）。

如果我將其作為錯誤報告提出，我想提出一個更有力的論據，而不僅僅是「我認為這是錯誤的」。那麼，像 POSIX 標準這樣的系統檔案是否規定應該小寫？

答案1

否，軟體包安裝目錄未指定小寫名稱。

事實上，歷史上安裝的軟體包/opt以提供該軟體包的公司的全大寫股票代碼開頭，例如SUNWSun Microsystems 或ORCLOracle。

因此，諸如 Sun 的 QFS 檔案系統之類的軟體包將安裝在名為/opt/SUNWqfs.

答案2

POSIX 標準有一個部分提供了指導方針合格公用事業（即「例如那些特定於本機系統編寫的內容或作為較大應用程式的元件的內容」）

  1. 實用程式名稱應介於 2 到 9 個字元之間（含）。
  2. 實用程式名稱應包含小寫字母（較低的字元分類）和僅來自可移植字元集的數字。

[參考：12.2 實用程式語法指南]

我不清楚“應該包括”這個詞的使用是否真的意味著“應該僅有的include」。（下面評論中的共識是它的意思是「應該只包括」）。

Unix 系統上的應用程式如果不聲稱自己是符合 POSIX 的實用程序，則可以使用它想要的任何名稱。如果它做聲稱是符合 POSIX 標準的實用程序這是 POSIX shell 實用程式的一部分，第 12.2 節指南後面的文本表示「應該」的含義更改為「應」。

據我所知，沒有關於目錄名稱的類似指南。 macOS（即經過認證的 UNIX 03 產品例如，當在基於 Intel 的 Mac 電腦上執行時）用作/Users使用者主目錄的前綴，以及許多其他混合大小寫的目錄名稱。

答案3

除了 POSIX 指南所說的之外，我認為這可能會更加重視使用者傳統。 「ApplicationName」這樣的案例名稱隨著 Wiki 的爆炸性增長而流行起來，讓某些人（像我）習慣使用大寫字母而不是連字符，或者更糟的是空格。但這是在 Linux 和類似作業系統流行幾年後，Unix 有著悠久的傳統。

這個傳統一直是簡單的，不僅遵循Kusalananda指出的規則，甚至僅縮寫四到六個字符的單詞（例如，/usr“用戶”，或/srv“服務”或/mnt“安裝”），並且顯然更長的含義（/sbin對於“超級用戶二進位檔案」。在這種傳統中，大寫字母迫使您按Shift 鍵，並且可能不小心還按Caps Lock 鍵，這簡直是邪惡的。

在某種程度上，這是令人驚訝的，因為Unix 長期以來一直能夠編寫區分大小寫的長檔名，而相較之下，MS-DOS/Windows 僅限於不區分大小寫的短檔名（八個字元加三個副檔名）但很快就遺失了當 Windows 95 超越此限制時，這種簡單性（「程式檔案」、「我的文件」等）就變得簡單了。

儘管如此，今天還是有一些例外，例如NetworkManager守護進程，未來我們可能會看到更多的 WikiWords。但我們仍然討厭滑鼠，並在終端機中寫入長名稱，只能以TabTab自動補全結束。或是有人看到重命名vim為的一些優點VisualImproved？

相關內容