Windows安裝中的Program Files
文件夾在標題中是否有空格,是否有歷史或原因?爲什麼「Program Files」有兩個詞?
爲什麼不把它叫做Programs
或Installations
或者其他東西是ONE word(命令行訪問,你好)?看起來這肯定有很好的理由......有人知道嗎?
Windows安裝中的Program Files
文件夾在標題中是否有空格,是否有歷史或原因?爲什麼「Program Files」有兩個詞?
爲什麼不把它叫做Programs
或Installations
或者其他東西是ONE word(命令行訪問,你好)?看起來這肯定有很好的理由......有人知道嗎?
雷蒙德陳解釋this TechNet article這是一個自願的決定:
程序是應用程序,由最終用戶視爲單一的單位,儘管它們通常由許多文件。他們生活在開始菜單,在那裏他們可以很容易地訪問,排序,過濾等。
程序文件是製作程序的單個文件。它們僅僅是實現細節,最終用戶不應該被打擾,甚至不知道它們存在。因此,他們生活在名爲Program Files
的特定文件夾中,而不是Programs
。
只要它具有足夠的描述性來傳達存儲在那裏的名稱,名稱並不重要。 Tab-Completion使得命令行訪問與更改任何其他目錄一樣簡單。如果你真的不喜歡它,你可以改變默認的%ProgramFiles%路徑,良好行爲的應用程序不會有問題。
我猜想典型的用戶不會有任何問題,因爲他們通常會使用Windows資源管理器訪問該目錄,而使用命令行的用戶最有可能足夠精明的導航到該目錄。
關於FAT兼容性,最大的敲門聲是長度,而不是空間。
我不確定所採取的實際原因或決定,但它確實顯示了'雷德蒙德現實扭曲場'是如何工作的。在Windows 95中引入這個概念時,Windows可以愉快地處理文件夾名稱中的空格。從技術上講,它可能會導致當時和以後編寫的任何應用程序都會產生巨大的問題。
的Windows有一件事,你會在文件名中得到了〜所以會與沒想到的任何空間
c:\my long folder name\file.txt
將
c:\mylong~1\file.txt
舊的應用程序工作,但這並不總是奏效。如果兩個文件被命名爲相似的東西,我有記憶使用〜符號來獲取錯誤的文件。
我認爲這是微軟某人的一個案例,當然我們可以在我們的文件夾名稱中有空格,一切都會正常工作,而不是關心現實。
如果那不是那麼的情況下,爲什麼我們從
到
和新ProgramData文件夾有去沒有空間。這是一個糟糕的決定,但已經存在很長時間才能改變。
」但已經存在了太久以至於無法改變「哈哈 – Ben 2012-04-09 08:24:20
更糟。把'C:\ Documents and Settings'與'/ home'比較:) – 2012-04-09 06:13:55
是的。是否有一個原因?我明白當天營銷決定不好,但是......這不是固定的?像「老斯帕蒂,在92年去世,做出了這個決定,現在我們把它留在他的記憶中」或類似的... – Ben 2012-04-09 06:20:28
我想重命名爲「ALT + 255」:) – tusar 2012-04-09 07:09:34