數(shù)軸是一條直線對嗎 有人說一條直線是一條數(shù)軸對不對為什么
2024-10-07
更新時間:2024-01-25 18:06:58作者:佚名
在上一篇《更高效地操作桌面和窗口》中,學習了如何在有限桌面之中,盡量高效地使用多窗口、觸控板和聚焦等功能,來提高操作效率。結(jié)合第一篇內(nèi)容,我們基本掌握了 Mac 桌面的使用技巧。
然而除了桌面的使用,如何快速上手一個不熟悉的應用,也是 Mac 新手需要掌握的技巧。
「Mac 新手想知道」系列的第三篇,我們就來探究常見的 Mac 應用布局,并借此來了解 macOS 的文件系統(tǒng)。
這一篇我們先不關(guān)注具體的使用技巧,而是專注于 macOS 中不同于 Windows 的一些概念,相信當你理解了這些概念,會對 macOS 理解更上一層樓。
對于 Mac 新手來說,一下子想要上手各式各樣的 Mac 應用,難免不知所措。其實應用的功能、設(shè)計雖各不相同,但實際上應用的界面布局都是相似的。只要我們找出其中的規(guī)律,便可以舉一反三,快速上手其他應用。
需要說明的是,相比 iOS 平臺有著嚴格的設(shè)計規(guī)范和審核機制,Mac 應用的開發(fā)框架五花八門,一定程度上加大了我們學習的難度。所以本文所介紹的常見界面布局,聚焦在基于蘋果原生開發(fā)框架的應用上。
提到 Mac 應用的布局,一定要了解一個名詞:三欄式布局。
我們用 macOS 自帶的備忘錄應用舉例。所謂的「三欄」指的是:
最左側(cè)的邊欄;中間的列表;右側(cè)的編輯窗口。邊欄用于展示不同存儲位置的文件夾,列表展示文件夾內(nèi)的備忘錄文件,編輯界面則是應用的核心功能。除了三欄,Mac 應用通常還在界面頂部有工具欄,用于放置各種常用功能。
備忘錄采用經(jīng)典的三欄式布局
三欄式的布局是 Mac 應用最基礎(chǔ)的界面布局范式,其他應用都是在此基礎(chǔ)上進行精簡或者優(yōu)化。例如訪達的界面中去掉了中間的列表,只有邊欄和文件界面;語音備忘錄界面則是去掉了邊欄,只有文件列表和錄音界面。
語音備忘錄的界面
相比 Windows 應用常見的「菜單 + 編輯界面」的大一統(tǒng)布局方式,可能你會疑惑,Mac 應用為什么要分成三欄,而且還額外需要菜單和工具欄?這樣設(shè)計的目的是什么呢?
應用的本質(zhì)就是處理文件的工具。在計算機誕生之初,應用是沒有圖形界面的,都是直接調(diào)用應用地址,以打開文件進行處理。進入圖形界面時代之后,蘋果希望用戶改變「在文件管理器找到文件后雙擊打開」的使用習慣,改為「打開應用后再選擇文件」的使用邏輯,認為這樣更加節(jié)省心智成本(這一點在 iOS 上曾經(jīng)被推行到極致,iOS 壓根不提供文件管理器,逼迫開發(fā)者和用戶適應)。
郵件應用的界面
這種設(shè)計理念的優(yōu)劣暫且按下不表,但是根據(jù)這種理念,應用內(nèi)就必須有相應的界面,來承擔選擇文件的作用,這便是邊欄的作用。并且由于文件通常是多層級的,僅一欄很難合理地呈現(xiàn),所以不少應用還要設(shè)計專門的一欄,來展示文件列表。例如在郵件應用中,邊欄展示的是郵箱的不同文件夾,中間一欄是郵件列表。
打開 Keynote 時會顯示文件選擇窗口
但如果我們進一步觀察,會發(fā)現(xiàn)并非所有的應用都有邊欄,例如蘋果出品的 Keynote 講演,就和 Windows 上的 Word 一樣,都是打開應用后會彈出文件選擇窗口,在應用界面內(nèi)反倒沒有文件選擇的界面。這里就涉及到文件的歸屬和存放位置問題,我們在這里不做展開。 目前我們只需要明白,邊欄和列表是用來選擇文件的。
除了三欄式布局,另一個 Mac 特色的應用界面元素就是工具欄。工具欄的作用也體現(xiàn)著 macOS 和 Windows 應用設(shè)計哲學的區(qū)別。
隨著硬件的發(fā)展,應用的功能也逐步豐富,隨之而來的問題是:如何讓用戶快速的找到某項功能呢?工具欄便應運而生。將用戶常用的功能在工具欄上,并且提供極高的自定義權(quán)限,這樣用戶就不用去菜單欄搜索。
訪達的工具欄 | 圖片來源:蘋果
其實類似的思路也在 Windows 應用中運用,Word 中的「開始」欄就是經(jīng)典案例。原本不同的功能根據(jù)它的屬性和使用場景,被分在「格式」、「設(shè)計」和「引用」等頁面中,但是為了用戶能快速找到常用的功能,就將它們聚合在「開始」頁中。
當然,由于 Mac 應用將菜單完全放在系統(tǒng)層級的菜單欄中,工具欄就可以獨占應用界面的頂部區(qū)域,而不用和「開始」也一樣,和其他菜單擠在一起。
最后,Mac 應用中還會常見到「檢查器」。為了直觀地了解檢查器的作用,各位可以打開 Keynote 講演,檢查器就在界面的右側(cè)。
Keynote 右側(cè)
應用的核心功能還是處理文件,檢查器的作用就是顯示文件的屬性,并且能便捷地修改文件屬性。以 Keynote 為例,檢查器就分別為「格式」、「動畫效果」和「文稿」。當用戶選擇幻燈片內(nèi)的元素,檢查器還會根據(jù)元素不同,展示更具體的屬性。例如點擊圖片,「格式」下就會顯示「樣式」、「圖像」和「排列」等屬性,來調(diào)整圖片的展示效果,陰影效果和位置等屬性;選中文字,則展示文字的字體字號等調(diào)整選擇。
簡單來說,檢查器可以讓我們直接地修改文件的內(nèi)在屬性。在生產(chǎn)力工具中,檢查器的作用尤為重要,因為大多數(shù)生產(chǎn)力工具(例如 Adobe 系列軟件)的目的,就是便捷地對某類文件進行編輯。而在一些展示類的應用中,檢查器可能只是用來顯示文件屬性(例如訪達),甚至直接干脆取消掉。
在上文講解界面布局時,已經(jīng)提到 macOS 的文件系統(tǒng)對應用設(shè)計的影響。其實文件系統(tǒng)看似簡單,認為不就是文件夾套文件夾嗎?但其實經(jīng)過云服務時代的洗禮,以及 iOS 的激進改革,有不少新手可能對 macOS 的文件管理系統(tǒng)沒有整體性的認識。
而要理解 macOS 的文件管理系統(tǒng),就要從 macOS 的前輩——Unix 系統(tǒng)的文件系統(tǒng)聊起。
在 Unix 系統(tǒng)中,所有的文件組成了一個樹狀結(jié)構(gòu),任何文件/文件夾都有父級文件夾,除了系統(tǒng)的根目錄。這個設(shè)計也被帶到了 macOS 中。
Unix 的文件系統(tǒng) |來源:uc.edu
打開訪達應用的偏好設(shè)置 > 邊欄(快捷鍵 ?Command – ,),確認「位置」中的「用戶名 + Macbook Pro」這一選項有勾選上,然后點擊訪達邊欄上的圖標,再點擊「osx」的硬盤圖標,就進入了 macOS 文件系統(tǒng)的根目錄。使用快捷鍵 ?Command – ?Shift -.,就能看到文件夾中的隱藏文件。仔細看會發(fā)現(xiàn),其中不少文件夾的命名,還沿襲了 Unix 根目錄中文件夾的命名。
查看文件系統(tǒng)根目錄
當理解了 macOS 的文件,都與系統(tǒng)的文件樹(File Tree)相關(guān)聯(lián)時,就能看破不少軟件界面上的障眼法(在 macOS Catalina 之后,出于安全考慮,重要系統(tǒng)文件都被轉(zhuǎn)移到單獨的文件樹中,與一般文件隔離開來。這一機制有些復雜,這里不做展開,如果有興趣可以閱讀 這篇文章)。
在訪達的側(cè)邊欄上,最上方是一列個人收藏,其實都是這些文件夾快捷方式,免去用戶要從文件根目錄找起的麻煩。例如「應用程序文件夾」,就是根目錄下的文件夾(使用快捷鍵 ?Option – ?Command – P 可以在訪達底部顯示選中文件的路徑)。
不僅是這些本地文件,甚至 iCloud 云盤中的文件,都同樣位于系統(tǒng)的文件樹之中。打開「終端」應用,拖動 iCloud 云盤中的文件到終端界面中,就會顯示出文件的真實路徑??梢钥吹剑琲Cloud 云盤文件其實位于/Users/用戶名/Library/Mobile Documents文件夾之下。
在上文討論 Windows 與 macOS 打開文件的邏輯之分時,曾留下一個疑問:為什么有的應用是直接打開應用,在邊欄選擇文件;而有的應用則是在文件管理器中選擇文件,這兩個設(shè)計模式的區(qū)別在哪?又為什么會產(chǎn)生這樣的區(qū)別呢?
想解答這個問題,就必須理解「資源庫」這個概念。
之前說過,應用的本質(zhì)是處理文件的工具,而文件又都占據(jù)著系統(tǒng)文件樹中的一個位置,這自然就產(chǎn)生一個問題,應用應該如何管理自己要處理的文件。一種方案是「不管理」,就是放任文件在文件樹中的不同位置,通過文件夾來整理文件。例如攝影師需要管理他的照片,就根據(jù)拍攝日期不同,把照片文件分門別類地放置進去。
這個方案的好處是心智成本低,適用于所有不同類型的文件。但壞處是找起文件來太麻煩了,如果是按拍攝日期分類,那如何快速找出同一個地點的照片呢?總不能人工把每個文件夾看一遍吧?因此一種補充手段是給文件加標簽,給照片打上地點標簽,就能快速找到。但標簽一多,標簽本身管理起來就非常有挑戰(zhàn)性。另外針對不同類型的文件,文件管理器只能以圖標或文件名的形式展示,可以呈現(xiàn)的信息非常單一。
照片應用 | 圖片來源:蘋果
因此,資源庫作為另一種文件管理的方案被設(shè)計出來,它將應用所用到的文件,組合成一個資源庫。以「照片」應用為例,它是典型使用了資源庫的應用。所有照片被導入到「照片」應用之后,就不再以單個文件的形式存在,而是成為資源庫的一部分。導入之后,照片文件就可以刪除以節(jié)省空間,「照片」應用的照片不會受到影響。「照片」內(nèi)的所有照片,存放在「照片圖庫」這個文件中(文件路徑是 /Users/用戶名/Pictures/Photos Library.photoslibrary)。類似的,「音樂」應用內(nèi)所有的音樂文件,都存放在「Music Library」資源庫中。
資源庫的好處是能配合應用的功能,便捷地管理文件。例如「照片」應用有根據(jù)地點、拍攝時間甚至拍攝對象來自動分類圖片。不同應用可以為自己的資源庫,設(shè)計專門的展示效果,例如「音樂」應用,就能顯示歌曲的歌詞。
但這一方案的缺點同樣明顯,就是文件管理的靈活性非常差。如果用文件夾來管理文件,想要分享給朋友,直接傳輸文件即可。而到了資源庫這里,首先要看應用支不支持導出某個文件,如果不行只能通過應用內(nèi)的分享功能。其次一個應用的資源庫,通常只能管理特定類型的文件,例如「照片」應用不能導入音樂文件,反之亦然。
所以即使 macOS 和 iOS 推動資源庫這一概念多年,文件夾為核心的管理方案還是頑強地存活了下來,甚至在 iOS 上,蘋果不得不逐步融入文件夾的概念,先是推出了「文件」應用,后來又為第三方應用提供「File Provider」等功能,算是對用戶習慣的妥協(xié)。
ps:【項目】淘寶項目邀請用戶即可獲取收益
ps:【活動】支付寶大額紅包點擊掃碼領(lǐng)取
ps:【本站主題】自適應資訊類的網(wǎng)站主題