[[164900]]

我一般不寫這樣的文章，但是我覺得今年很重要：蘋果正變得比以往任何時候都更加開放和更善于接受反饋意見。通過iOS 9和iPad Pro，iOS在過去的一年里在iPad上已經(jīng)完成了巨量的飛躍。基于這一點，我想記錄下在我腦中能想到的、非常想要看到的所有事情，可以讓iOS作為計算平臺覆蓋到更多。

以下列表中的內(nèi)容是未來幾年我想在蘋果平臺上看到的，沒有先后順序，從簡單和明顯的開始。這些內(nèi)容大部分其實都被提起過，但它們經(jīng)常被遺忘。大多數(shù)清單是關(guān)于iOS的，但也不是所有，我丑話說在前面，我不覺得OS X按照現(xiàn)在這個趨勢會有前途。就算你不同意我的看法，下面也可能有些你想要的。

分屏功能---可以讓你把同一個APP分成幾個窗口

這是個很容易實現(xiàn)的功能，現(xiàn)在iOS上面的分屏功能只允許兩個不同的應(yīng)用挨在一起；很明顯下一步就是允許同一個應(yīng)用分成兩個窗口，這樣你就能有兩個網(wǎng)頁或者兩個文檔并列在一個窗口了。

窗口化的開放鏈接(OpenURL)

另一個小小的改進(jìn)，但這個可允許app打開一個鏈接或者應(yīng)用的時候，可以選擇是同屏并列的兩個窗口還是新的窗口替代現(xiàn)在的app。舉個栗子，郵件或者消息里的鏈接打開的時候就會自動用Safari同屏并列打開，而不是把現(xiàn)在的app一腳踢開。Twitter在iOS上的交互邏輯就很聰明---如果Twitter在同屏被點開一個鏈接它就會直接在同屏并列打開一個Safari

可定制的視窗控制器擴(kuò)展

在擴(kuò)展上，蘋果已經(jīng)建立了從一個app到另一個app展示視窗控制器的理想方式。這被貫穿應(yīng)用在整個OS當(dāng)中，但最明顯的是Safari的視窗控制器。蘋果已經(jīng)辨識出這個應(yīng)用的關(guān)鍵領(lǐng)域---這就是當(dāng)下圖片編輯擴(kuò)展的工作方式。我很希望能看到這個擴(kuò)展性能可以被app注冊使用，以便普及和應(yīng)用到更多的應(yīng)用和功能當(dāng)中。

快速查看生成器

同樣地，快速查看功能似乎是一個明顯會增加的系統(tǒng)擴(kuò)展。OS X應(yīng)用可以注冊“快速查看生成器”并生成文檔內(nèi)容的縮略圖預(yù)覽，借此別的應(yīng)用就可以對之渲染。文檔處理在iOS上變得更加普遍，沒有道理不增加快速查看的擴(kuò)展。

系統(tǒng)級的繪畫和標(biāo)記視圖

很簡單的一個愿望---蘋果在Notes上創(chuàng)建了最好的繪畫/標(biāo)記視圖之一，在任何一個app上，非常適合給Apple Pencil使用，這會是非常棒的，給開發(fā)者提供一個標(biāo)準(zhǔn)化的可定制的樣式，他們可以實現(xiàn)在他們的app中，而不用再重復(fù)建設(shè)同樣的功能---一個像這樣的繪畫引擎會是非常復(fù)雜的OpenGL/Metal渲染器，是很難重新實現(xiàn)的。

給iPad鍵盤加上Command鍵

鑒于iOS對UIKeyCommand和鍵盤快捷鍵的支持，我很樂意看到在iPad的屏幕虛擬鍵盤上加入一個命令鍵。 應(yīng)該很容易理解的是，它應(yīng)該在虛擬鍵盤可見的時候才有用（比如在文檔編輯器里面），但它應(yīng)該可以修改針對app的快捷方式，它也將幫助iOS開發(fā)者認(rèn)識到app應(yīng)該有默認(rèn)的快捷鍵。在一個大多數(shù)iPad支持鍵盤外設(shè)的時代，我想這是很重要的一步。

拖曳

增加了分屏的多任務(wù)功能后，很多人說過iOS上的拖曳。表面上這也是一個很明顯要增加的功能，但當(dāng)你深思熟慮后，這里有很多種方式是對操作系統(tǒng)有損害的。找一個可以操作拖曳同時又不損害目前OS中存在的操作方式，同時仍然能讓復(fù)制粘貼來的更快，那就不像想的那么容易了。盡管如此，我依然覺得有必要指出來，在一個觸屏上用它直接的操作方式很有意義。

WatchOS上的原生app

WatchKit是個很棒的補(bǔ)位開發(fā)組件；有能力作為一個WatchOS的應(yīng)用平臺。可惜的是，第三方應(yīng)用在WatchOs上的表現(xiàn)很爛，原來的WatchKit在WatchOS 2.0上并沒有幫上什么忙。如果watchOS作為一個app平臺要想成功，我認(rèn)為它應(yīng)當(dāng)有能力運行真正的（讀作UIKit）應(yīng)用程序。因為已經(jīng)有人涉足其中了，我不確信這個第一代的硬件不做折衷是否足夠好來做到這點。因此，我的希望是將來更好的硬件可以做到這一點。第三方的app需要像廠家原生app那樣表現(xiàn)優(yōu)秀。WatchKit就是一坨屎。

AppleTV手柄處境

一個很容易解決的問題：目前一個在tvOS上運行的游戲不能用手柄玩（當(dāng)然，除非動視需要一個硬件的配件，很明顯那很難）。所有的游戲必須支持Siri 遙控：問題是Siri遙控對游戲來說很爛，這意味著每個開發(fā)者在tvOS上試圖做出任何一個遙控復(fù)雜的動作，都必須包含一些可笑的、自認(rèn)為很叼的和基本上沒個毛用的只準(zhǔn)遙控模式。這是一個方針問題---我理解蘋果的用意何在，但這個超級不爽的體驗就是因為這個沒得可選的糟糕平臺造成的。

iOS上的iBooks Author

iBooks Author是iWork套件的衍生物，并且看起來非常適合在iOS上運行。對寫書的人來說iBooks Author在iOS上可能意味著一個完全整合的寫作和發(fā)布渠道，不需要用到臺式電腦。你甚至可以自行創(chuàng)立多點觸控來增強(qiáng)ibooks在設(shè)備上的表現(xiàn)。對我來說，它就像在ios陣營里新增加的一個傻瓜化的應(yīng)用。

所有系統(tǒng)自帶應(yīng)用都應(yīng)該支持分屏功能

我很意外，iPad仍然有一票系統(tǒng)應(yīng)用不支持分屏多任務(wù)功能。我猜可能跟安全有關(guān)，舉個栗子，拿iBooks來說，如果需要看iBookstore則需要全屏。很顯然App Store、iTunes Store和Apple Music應(yīng)該支持分屏功能。你很難想象一個非游戲應(yīng)用為什么不支持分屏（當(dāng)然我知道有一些第三方應(yīng)用出于某種原因沒得選）。窗口化不應(yīng)該是可選的，尤其是系統(tǒng)應(yīng)用。

簡單的都已經(jīng)說過了。。。

介于iOS和OS X的標(biāo)準(zhǔn)統(tǒng)一的App平臺

現(xiàn)在，我非常確信OS X是個死平臺。它已經(jīng)拖了iOS的后腿好多年了，常常是iOS上已經(jīng)實現(xiàn)的功能過了很久才在OS X上實現(xiàn)。蘋果需要在這兩個操作系統(tǒng)間建立一個統(tǒng)一的app平臺。

這不意味著臺式機(jī)只是運行iOS App，就像tvOS不會只運行iOS應(yīng)用一樣。同樣的想法包括：一個共享的代碼庫，很少有平臺特有的要素，和一個優(yōu)化的用于OS主要交互模式的用戶界面。

我覺得這應(yīng)該是基于UIKit的。在tvOS之后，我們不能再說UIKit不能運行在沒有觸屏的環(huán)境，我們知道不是那回事。它全都建立在同樣的核心動畫基礎(chǔ)上，所以至少眼下你將能夠在混合型的UIKit Mac app中交錯使用AppKit view/layer。AppKit本身應(yīng)該有個滯后的過渡期，就像之前的Carbon，作為新功能逐漸地置入基于UIKit的框架中。AppKit應(yīng)該繼續(xù)保留在臺式機(jī)應(yīng)用中，而不是iOS，然后逐步淡出并一點一點的被兼容app取代。

這樣的話，iOS（主要是iPad）和OS X就可以一起成長，一個里面的功能也能更加簡便的編譯后給另一個系統(tǒng)使用。iPad應(yīng)用會有一個傳遞到臺式電腦的途徑，臺式機(jī)的應(yīng)用也會轉(zhuǎn)移到iPad上，兩個平臺將會作為一個整體進(jìn)化成長，而不會有此消彼長的局面。

Xcode for iPad

這個要求我主張了很久。我說的是我想要一個iPad開發(fā)用的Xcode，意思是“可以在iPad上編寫代碼，調(diào)試和部署Cocoa Touch app，而不是必須使用Mac。”極有可能，這樣一個項目的工作方式跟臺式系統(tǒng)上的Xcode一點都不像。很可能它只能使用Swift（這將讓我很難過），那么我想應(yīng)該也把Swift Playground包含進(jìn)來。盡管如此，一個完整的軟件開發(fā)者工具鏈對iOS的軟件生態(tài)來說是一個很大的缺失。

iOS上有一些很棒的app已經(jīng)成功的完成了一些類似的功能，Pythonista 就是一個很好的例子：通過C到OC代碼的橋接，可以充分地在設(shè)備上運行Python IDE。強(qiáng)大到可以讓你進(jìn)行交互和使用Cocoa (in Python)重寫自己的UI，但有一點令人不安，據(jù)說蘋果將不再允許這類應(yīng)用并將它們從App Store下架。那將會是個糟糕的情況，人們要考慮iOS力所能及的邊界在哪里。

iOS上的文件和磁盤管理系統(tǒng)

一開始，iOS曾試過用文件管理系統(tǒng)做正確的事，但九年中，這個虛構(gòu)的物理文件管理系統(tǒng)并不存在也沒有實際發(fā)生。最終我們有了iCloud Drive app和第三方的文件提供app，但除了導(dǎo)入照片 ，我們還是不能和外部的存儲器進(jìn)行交互。我認(rèn)為是時候在系統(tǒng)級別實現(xiàn)這個功能了：允許文檔選擇器適當(dāng)?shù)卮蜷_外部存儲器的文件，并允許應(yīng)用程序?qū)⑽募?fù)制到外部儲存器。在OS X上，文件拾取器提供一個沙箱給你，作為使用者，可以選擇一個app接入。在這種模式下建立---既保證安全，又不虛擬不存在的文件系統(tǒng)。

iOS的終端環(huán)境

值得一試，對吧？我會很高興看到iOS上有一個終端/BSD環(huán)境，即使是局限于自身的沙箱，不是整個OS文件系統(tǒng)。讓技術(shù)人員創(chuàng)建一個技術(shù)人員所需的東西，不能被 GUI iOS用其他方式處理。我能看到蘋果能做的唯一方式是它從OS的其他部分完全分隔出來，即使這樣也是一個不錯的進(jìn)步（或者說退步，就看你怎么看了）

iOS來接管OS X的應(yīng)用

既然iPad越來越多的取代Mac以往做的事，那么對我看來，蘋果也應(yīng)該縮小這兩個系統(tǒng)間應(yīng)用的隔閡。我很樂意看到TextEdit、Automator、Font Book、Keychain Access和外部存儲的支持。Disk Utility和TextEdit在Mac上看好像無足輕重，但在iOS上沒有內(nèi)置的文本編輯器可以獲取iCloud Drive上的TextEdit文件，從我個人來看，這有點瘋狂。Automator幾乎沒有人使用，但用的人就知道它的功能多么強(qiáng)大并且非常有用。實際上Workflow，一個在iOS上最好的第三方應(yīng)用之一，就很像是一個擴(kuò)展的Automator。字體管理和鑰匙鏈支持是另外一些iOS上沒有類似第三方app的應(yīng)用，盡管對特定使用者來說這些功能都很重要。

脫離itunes，iOS設(shè)備在Recovery模式下可以安裝最新的OS

現(xiàn)在，僅存的從一個iOS App連接到臺式電腦的原因之一就是為了安裝OS，修補(bǔ)這個無疑是很難的，但NetBoot & Internet Recovery已經(jīng)在Mac上存在了太久。要么是我經(jīng)錯了，但我記得第一代（x86）蘋果電視如果出錯，可以在Recovery模式下重新從網(wǎng)上下載它的OS。所以最終我覺得iOS需要一個擴(kuò)展的Recovery環(huán)境來讓它可以自行恢復(fù)。

iOS的’AppleScript’

或許是被遺忘的老傳統(tǒng)，但不久前AppleScript獲得了全新的Java腳本語言的支持，或許AppleScript在iOS的生態(tài)系統(tǒng)中也有一席之地。蘋果腳步的存在本身就是一件極好的事-隨著System 7一起推出，它是最早一批我學(xué)的編程環(huán)境之一。

能夠支持更多USB擴(kuò)展設(shè)備的iOS

一個強(qiáng)行銷售，特別是為iPhone制作的程序?qū)μO果來說是個大事，但除了音頻、鍵盤和大容量存儲設(shè)備，通過USB轉(zhuǎn)接器，還能在iOS上使用各種各樣的設(shè)備。我想讓開發(fā)者可以寫用戶模式驅(qū)動程序和現(xiàn)有的硬件對話--對我來說，比如像采集卡、TV調(diào)諧器、串口適配器、外接攝像頭以及輸入設(shè)備等等。每一個單獨的USB設(shè)備都需要一個MFi授權(quán)芯片和證書，讓配件的app受很大的影響。你可以買一個之前已經(jīng)有的蘋果MFi RS232調(diào)制適配器，用他們已經(jīng)獲得批準(zhǔn)的SDK來開發(fā)app，來和Newton、Raspberry Pi或者Arduino來對話。你不能用蘋果的USB適配器去做那些非MFi認(rèn)證的適配器同樣的事。我不覺得蘋果能改變這點，但我還是希望能改。

修復(fù)Mac的應(yīng)用商店

最后，來說說這個重要的愿望：Mac的應(yīng)用商店很明顯已經(jīng)不適用了。簡單來說，沙箱限制和貨幣化問題趕走了太多從業(yè)許久且備受尊敬的Mac開發(fā)者。那些堅持留下來的開發(fā)者常常會為同一款應(yīng)用開發(fā)MAS和非MAS兩個版本，而通常非MAS的版本是全功能的。第三方開發(fā)者已經(jīng)迫使MAS用戶去使用他們非MAS版本的應(yīng)用。這本是不允許發(fā)生的---這對開發(fā)者來說不是好事，對用戶也一樣。所有的Mac軟件從Mac商店唾手可得這本應(yīng)是理所當(dāng)然的。微軟的Office套件，創(chuàng)造性的云服務(wù)等，蘋果應(yīng)該竭盡全力讓蘋果應(yīng)用商店是出售Mac應(yīng)用的唯一途徑。更甚的是現(xiàn)在蘋果通過MAS提供的軟件也不遵從他們自己的沙箱規(guī)則，同樣的限制條款驅(qū)逐了每一個人。我很確定這一點，也許可能依然還是這樣。現(xiàn)在它就是一個笑話，不再具備領(lǐng)導(dǎo)能力了。