不是像iOS/iPadOS那樣只去掉文件夾、文件管理功能,而是把文件夾、文件概念完全地、徹底地取締掉,在操作系統裏因為沒有數據以文件夾或文件存在,因此沒有文件夾或文件,沒有文件夾/文件概念,沒有文件夾/文件存儲,不需要組織管理文件夾/文件,因此沒有文件系統。

註:我這裡的「傳統微機」只包括一體機、手提電腦、臺式個人電腦、工作站、PC伺服器,「傳統」意思是傳統大小,藉以區分智能手機、功能機、計算器、平板電腦、PDA等較後出現且規模較小的微型計算機。


大部分人都在潑冷水,其實並非不可能。文件文件夾這種結構的出現,無非就是為了方便檢索資源。對於操作系統來說,應用程序是傳遞一串路徑,還是一個guid 來檢索資源,都是沒有區別的。

目前目錄樹這種結構,最大的好處,就是能讓用戶以漸進的方式檢索資源,不必記住資源的全稱,用戶可以一級一級的展開,最後找到所要的資源。

所以,如果有更好的檢索方式當然可以替換現有的。

就比如說為了精準,資源可以以唯一ID的形式進行檢索,每個資源對應一個ID,但是這種方式,對使用者非常不友好,Id難以記憶。

當年vista就嘗試過新方案,據說,在最初的設計當中,定位文件是可以使用類似於sql一樣的命令進行查詢,每個文件都分配了一個唯一ID ,程序可以通過ID來操作文件。

所以題主可以想一想(目前我沒有想到更好的,但不代表沒有更好的方案 ),有沒有一種既方便用戶精準檢索,又能提高用戶體驗的檢索方式。不必侷限於現在主流的樹形目錄結構。


題主陷入了一個思維誤區, 相當於武俠小說中的練神功不慎走火入魔。

我決定推你一把

題主說的「無文件化」和類UNIX的「一切皆是文件」都是一種極度抽象的哲學概念,假如要「無文件化」,那麼題主思考一個問題:文件的實質是什麼

世上本無文件,一切都是亂糟糟卻又井然有序的蛋糕,文件/無文件不過是蛋糕怎麼切更使人滿足,但蛋糕還是蛋糕。

『人』要使用『計算機』,但發現太難了。

於是

『人』→『程序』→『操作系統』→『計算機』

人使用程序,讓程序去使用操作系統(苦了程序員避免人人都是程序員),讓操作系統去使用計算機硬體,那麼人只需要會使用極度抽象的程序就算「能使用計算機」了,豈不妙哉。

『文件』也是如此,在『人』看來文件是一個個單獨的圖標,在『程序』看來文件是一個個可供單獨使用的單位,在『文件系統』看來文件不過是硬碟上首尾相連或不相連的一組扇區,在『機械硬碟』看來文件……那有什麼文件?全都是正反排列的小磁鐵嘛。

假如題主能30年前提出這個問題,那麼就厲害了 ,可惜晚了30年。

機械硬碟大行其道時,就因為其工作原理導致讀取『文件』時連續/不連續的文件性能會有差異,於是產生了「磁碟碎片」的概念。

這倒好,文件直接就讓題主給消滅了,那麼自然也就不存在碎片問題了,豈不妙哉? 勿當真

這就是抽象化帶來的問題,在上層看來的亂不亂在下層看來根本沒有亂不亂的概念,題主看iOS的「無文件化」,只是在『人』→『程序』這一層用戶體驗的變化,在下面並沒有什麼差異。

題主說的記事本改設置,設置無非是通過*.ini/*.xml/註冊表/sqlite…來實現保存。不存在程序修改了自身的情況,尤其是程序使用證書籤名後,修改後如何保證簽名不失效?程序和數據分離的思想應該是共識了吧。

現在人們發現之前的

『人』→『程序』→『操作系統』→『計算機』

還可以改進,變成了:

『人』→『服務』→『若干程序』→『運行環境』→『雲』

越來越抽象了,人只需要知道自己在使用一項服務就好了,至於下面是怎麼實現的,普通用戶不在乎了,我打開的是一個「JPG文件」還是一張「照片」,我是在播放一個「MP4文件」還是一部「電影」,後者對普通用戶更直觀,但對計算機而言並沒有變化


你可以試試用資料庫,然後整個磁碟作為一個庫,庫內部用數據表來存儲數據,不過這不就是給文件換個名字嗎


傳統微機操作系統設計出來的目的是什麼,為瞭解決什麼需求

或者簡單的來說,我們日常工作中用電腦做什麼

目前工作中電腦不就是用來處理文件的嗎,畫設計圖,處理各種文件表格(就算是office 365 存儲在資料庫裏,那資料庫本身也是文件),製作視頻。

休閑娛樂的設備上弱化文件系統的概念,不表示文件不存在。


你這屬於看問題只在第一層....就是表層.

什麼是文件, 文件是文件系統的最小單元, 文件夾是文件的歸類. 一切都是文件系統派生出來的.

為什麼要有文件系統, 就是為了劃分信息. 讓操作系統知道什麼信息數據流 在什麼地方. 所以只要有這種劃分的功能, 都可以叫做文件系統. 這跟C語言把所有硬體都視為文件的理念是一樣的.

目前可行的就是所有信息存資料庫裏, 操作系統就讀取一個資料庫. 但資料庫和一般文件系統有不同的要求, 需要讀寫數據快. 所以一般不會把大文件什麼的存資料庫, 會拖慢讀寫速度. 不是一個成熟的解決方案.


推薦閱讀:
相關文章