重生之后，林灰覺得他似乎到了某些強化。

　來到2014這個時空，林灰在工作的時候效率極高。

　效率極高主要表現為思維活躍度極高。

　到編程場景時林灰很容易在實際開發中產生一些平常況下很難想到的極其巧妙的思路。

　這些思路對于實際開發過程是非常有利的。

　往往能讓開發者事半功倍。

　除了思維活躍度上的改變之外，工作時林灰還覺得力無比充沛。

　不過這玩意究竟是不是什麼額外的外掛，林灰暫時也說不好。

　或許就是單純的金錢使然。

　要知道workflow這款件可是賣出了三千萬元！

　三千萬元，約合人民幣的話，接近兩億元的財富。

　開發一個件能收獲兩億元，別說讓程序猿肝了。

　就是明明白白告訴開發人員有50%的幾率會猝死也擋不住一些開發人員的熱。

　或許也可能是因為過往的一系列功使然。

　現在的林灰在開發件的時候相比于前世極其自信。

　而自信即巔峰。

　當然也可能是這幾種因素兼而有之。

　但這種效率上的提高究竟是什麼原因所致，林灰無暇深究。

　只要表現出的結果是有利的，就是好事。

　在思維靈活和力充沛的雙buff加持下。

　林灰的開發效率直接MAX。

　在復現workflow這款件的時候，林灰的側重點并不完全放在件的功能設計上。

　而是主要放在UI設計上。

　UI設計是指對件的人機互、作邏輯、界面觀的整設計。

　以前林灰在做件/游戲開發的時候，只是兼顧UI設計而已。

　并沒有把開發應用時的主要力放在UI設計上。

　為什麼這次開發workflow這款件時要把主要力放在UI上呢？

　因為和以往的件/游戲不同。

　對于workflow這款件林灰所籌謀的是讓蘋果公司對這款件產生興趣。

　從而達到順利被收購的目的。

　出于這樣的目的，林灰此次開發的件最起碼得符合蘋果方面的審。

　指著以前那種沙雕畫風的件想俘獲蘋果的芳心怕是做夢。

　想要蘋果對workflow這款件產生興趣甚至是收購這個件。

　就必須要按照蘋果的規矩辦事。

　而蘋果是什麼規矩呢？

　對于的應用程序設計師該遵守什麼樣的規則。

　林灰記得蘋果方面有個賊長英文版規則說明。

　這份說明很多細節方面都兼顧到了。

　比如說關于件的清晰度、深度等蘋果都有著明確的要求：

　“對于件畫面的清晰度，要求在整個系統中，文字在任何尺寸下都清晰可辨，圖標確而清晰，裝飾品微妙而恰當，對功能的關注促使設計更加突出……”

　“涉及到件畫面容的深度：要有鮮明的視覺層次和真的運傳達出層次，給人以活力，并促進理解……”

　除了件容畫面的要求之外。

　蘋果方面甚至對應用的指示圖標都有著明確的建議：

　一個幫助人們完嚴肅任務的應用程序可以通過使用微妙的、不顯眼的圖形、標準的控制和可預測的行為使用戶保持專注。

　另一方面，一個沉浸式的應用程序，如游戲，可以提供一個迷人的外觀，提供給玩家樂趣和刺激，同時鼓勵探索。

　類似的規定十分詳細，說是規則，甚至可以直接當審教學去看。

　這些事無巨細的規則很大程度代表了蘋果在審完整方面的追求。

　按照蘋果的應用開發邏輯，審完整代表了一個應用程序的外觀和行為與它的功能結合得如何。

　說人話，值就是戰斗力。

　沒值的話或許一個件功能很強悍，也注定跟蘋果價值衡量系格格不。

　除了這些之外，在這份面面俱到的規定中還規定了誰是爹的問題：

　“一個應用程序可以建議一個行方案或警告危險的后果，但應用程序接管決策權通常是一個錯誤，最好的應用程序在使用戶益和避免不必要的結果之間找到了正確的平衡。”

　說的很含蓄，翻譯過來就是用戶是應用程序爹。

　一個優秀的應用程序不要總想著當爸爸。

　而要時時刻刻做孫子。

　盡管林灰不是果，但這項規則必須點贊。

　一些流氓安卓件各種要權限著實讓人不爽。

　蘋果方面對于件開發的規則可以說規定的十分詳細了。

　這些規則一般都很人化，當然這份人化僅僅是對用戶而言。

　對于開發者來說，這份規定里面有的規則還十分苛刻。

　比如說有一條規定是這樣的：

　“一個應用程序可以通過保持互元素的悉和可預測……以及使取消作變得容易，甚至在作已經開始的況下，使人們到他們是在控制之中。”

　對于作順暢容易理解。

　畢竟這直接影響用戶驗。

　可是蘋果方面還苛刻地要求已經開始的作的取消作也要很容易。

　對于這個要求即使是重生了一遭林灰也不是完全能夠理解。

　這個功能有啥用？

　而且從開發者的角度來看這個功能多多有點肋了。

　但沒辦法，蘋果就是明明白白將這個寫開發者指南里面了。

　類似的苛刻要求有很多。

　前世，不明所以的林灰在還以為這規則是什麼重要條文，對著翻譯了半天。

　即便是重生了，林灰對這東西也有很深的印象。

　這個規則條目很多，但歸到底這些規則基本都是從人機互、界面設計的UI設計層面出發的。

　據說這個變態的規則要求是Jobs親自寫的。

　雖然這個傳言真實有待考證。

　但也看得出蘋果對于件UI設計要求之苛刻是寫在骨子里的。

　總而言之，林灰這次開發的workflow這款件要想被蘋果方面收購。

　就必須在UI設計層面下很大功夫。

　不過問題不算太棘手。

　現在的蘋果UI設計要比往后幾年輕松得多。

　往后幾年，蘋果的那種全面屏下的UI設計就一言難盡。

　雖然全新的互式驗還不錯（不戴口罩的況下）。

　但那個劉海屏太#&了。

　沒把Jobs氣活過來。

　實屬棺材板定的牢固了。

　真要以后職蘋果的話，別的不說。

　先把想出劉海屏設計的工程師送去非洲。

　明確了任務需求以及工作重心。

　接下來的事就容易很多了。

　大概在22號23:44林灰已然搞定了workflow這款件的一個demo。

　盡管只是一個demo。

　但基本上麻雀雖小五臟俱全。

　已經備workflow這款件的核心功能了。

　林灰覺現在這個件直接拿去做α測試去也問題不大了。

　甚至再補充一些細節的話。

　林灰覺得直接上線也沒啥問題。

　至于說不符合開發周期？

　林灰覺得不會面對這個爭議。

　前世workflow這個件就是一個應賽作品。

　是開發者協同團隊的況下在一個編程馬拉松比賽上用36小時搞定的。

　縱然開發者很可能在很久之前就有了件的方向。

　但思路這種東西，怎麼說完全由開發者決定。

　真的面對質疑，林灰也完全可以說他在幾年前收到第一臺iPhone4s時就有了相關的醞釀。

　為什麼不把iPhone4s上的語音助手和一款快捷指令應用結合在一起呢？

　計算機領域尊重天才。

　別的不說，就拿workflow這款件的原作者來說。

　7歲就開發了第一個網頁。

　不也照樣沒啥質疑。

　而且，先前蘋果方面何悅也說了。

　天才就是要與眾不同。

　總之，林灰覺得即便他安排盡快上線也問題不大。

　到林灰搞定的這個demo。

　因為在開發件的過程中林灰有著思維高度活躍的加持。

　林灰在實際開發中涌現了一些很不錯的新思路。

　在這些靈的幫助下。

　林灰覺他搞定的這個demo對比前世初代workflow毫不遜。

　不但毫不遜，而且在UI互方面很出。

　林灰覺得這款件一經上線很可能到蘋果方面的欣賞。

　唯一比較憾的是作模塊方面。

　林灰復現的這款件里面他只構建了大概六十多個作模塊（建作）。

　看起來六十多個建作不。

　但這照完全形態的workflow這款件差得遠。

　后世完全的workflow里建作就三百個以上。

　羅馬不是一日建的。

　有了demo之后，林灰后面的工作就是慢慢完善細節就可以了。

　不過就算林灰再怎麼完善。

　也沒辦法做到前世手機里的那麼多建作了。

　因為很多權限的話現在個人開發者本就獲取不了。

　不過這也沒什麼。

　就算這個應用真的功能很肋。

　也不會妨礙蘋果看中這款件。

　或許在一般用戶的眼中不明白蘋果為什麼青睞這款件。

　但代一下蘋果的視角。

　就不難發現蘋果為什麼會對workflow這樣一個看起來肋的應用青眼相加了。

　對蘋果手機而言，單獨拿出快捷指令確實沒什麼。

　但當快捷指令這款件與Siri語音助手等關聯到一起后。

　用戶幾乎很容易就能達到前所未有的便捷程度。

　手機通過語音互啟快捷指令并進行一系列的自化作。

　意味著每個用戶都能通過一句話就能做很多事。

　工作、學習、生活中的很多繁瑣業務流程與進程，都能輕松的被手機任務自化所代替。

　這樣的水準早已不是初級人機互，已然達到人機協同標準。

　蘋果方面的市場部門和技部門也不是養閑人的。

　林灰相信等他上線這款件之后。

　蘋果方面的人員能意識到這款件的價值。