• 原文：WWDC Wish List

• 作者：@stroughtonsmith

• 譯者：CocoaChina--lingkongzi

---

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

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

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

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

窗口化的開放鏈接(OpenURL)

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

可定制的視窗控制器擴展

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

快速查看生成器

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

系統級的繪畫和標記視圖

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

給iPad鍵盤加上Command鍵

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

拖曳

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

WatchOS上的原生app

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

AppleTV手柄處境

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

iOS上的iBooks Author

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

所有系統自帶應用都應該支持分屏功能

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

簡單的都已經說過了。。。

介於iOS和OS X的標准統一的App平台

現在，我非常確信OS X是個死平台。它已經拖了iOS的後腿好多年了，常常是iOS上已經實現的功能過了很久才在OS X上實現。蘋果需要在這兩個操作系統間建立一個統一的app平台。

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

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

這樣的話，iOS（主要是iPad）和OS X就可以一起成長，一個裡面的功能也能更加簡便的編譯後給另一個系統使用。iPad應用會有一個傳遞到台式電腦的途徑，台式機的應用也會轉移到iPad上，兩個平台將會作為一個整體進化成長，而不會有此消彼長的局面。

Xcode for iPad

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

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

iOS上的文件和磁盤管理系統

一開始，iOS曾試過用文件管理系統做正確的事，但九年中，這個虛構的物理文件管理系統並不存在也沒有實際發生。最終我們有了iCloud Drive app和第三方的文件提供app，但除了導入照片 ，我們還是不能和外部的存儲器進行交互。我認為是時候在系統級別實現這個功能了：允許文檔選擇器適當地打開外部存儲器的文件，並允許應用程序將文件復制到外部儲存器。在OS X上，文件拾取器提供一個沙箱給你，作為使用者，可以選擇一個app接入。在這種模式下建立---既保證安全，又不虛擬不存在的文件系統。

iOS的終端環境

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

iOS來接管OS X的應用

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

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

現在，僅存的從一個iOS App連接到台式電腦的原因之一就是為了安裝OS，修補這個無疑是很難的，但NetBoot & Internet Recovery已經在Mac上存在了太久。要麼是我經錯了，但我記得第一代（x86）蘋果電視如果出錯，可以在Recovery模式下重新從網上下載它的OS。所以最終我覺得iOS需要一個擴展的Recovery環境來讓它可以自行恢復。

iOS的’AppleScript’

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

能夠支持更多USB擴展設備的iOS

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

修復Mac的應用商店

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