自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

iOS開發(fā)者的 WWDC 2016 愿望清單

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

[[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

可定制的視窗控制器擴展

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

快速查看生成器

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

系統(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是個很棒的補位開發(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)立多點觸控來增強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平臺。

這不意味著臺式機只是運行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ù)保留在臺式機應(yīng)用中,而不是iOS,然后逐步淡出并一點一點的被兼容app取代。

這樣的話,iOS(主要是iPad)和OS X就可以一起成長,一個里面的功能也能更加簡便的編譯后給另一個系統(tǒng)使用。iPad應(yīng)用會有一個傳遞到臺式電腦的途徑,臺式機的應(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。強大到可以讓你進(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幾乎沒有人使用,但用的人就知道它的功能多么強大并且非常有用。實際上Workflow,一個在iOS上最好的第三方應(yīng)用之一,就很像是一個擴展的Automator。字體管理和鑰匙鏈支持是另外一些iOS上沒有類似第三方app的應(yīng)用,盡管對特定使用者來說這些功能都很重要。

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

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

iOS的’AppleScript’

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

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

一個強行銷售,特別是為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ū)逐了每一個人。我很確定這一點,也許可能依然還是這樣?,F(xiàn)在它就是一個笑話,不再具備領(lǐng)導(dǎo)能力了。

責(zé)任編輯:倪明 來源: CocoaChina翻譯活動
相關(guān)推薦

2018-03-12 13:57:39

開發(fā)iOS學(xué)習(xí)

2017-01-16 13:15:19

前端開發(fā)者清單

2015-06-05 10:02:30

WWDCiOS9蘋果

2018-11-14 14:27:00

iOS 12Siri蘋果

2013-06-14 09:16:01

蘋果WWDC2013

2016-02-17 09:58:29

云之家,云之家開發(fā)者大金蝶云之家

2016-02-16 14:10:59

云之家,云之家開發(fā)者大

2022-06-13 11:35:15

前端開發(fā)

2009-06-04 16:59:28

WWDC 2009蘋果開發(fā)者大會

2018-05-23 20:48:26

iOS 12分屏果粉

2013-08-22 09:04:21

2019-05-31 08:50:13

蘋果數(shù)據(jù)開發(fā)者

2013-08-22 14:15:38

2013-06-04 09:50:56

2014-08-08 10:12:44

IRC

2017-01-19 21:45:27

iOS開發(fā)者賬號

2016-08-16 23:17:05

華為開發(fā)者大賽決賽

2016-01-05 16:27:32

趨勢2016網(wǎng)絡(luò)

2015-07-20 09:16:42

iOSWatchKit開發(fā)

2012-06-13 01:23:30

開發(fā)者程序員
點贊
收藏

51CTO技術(shù)棧公眾號