毕竟这直接影响用户体验，可是蘋果方面还苛刻地要求已经开始的操作取消操作也很容易。
对于这个要求即使是重生了一遭林灰也不是完全能够理解。
这个功能有啥用？
这个要求从开发者的角度来看多多少少有点鸡肋了。
但没办法，蘋果就是明明白白将这个写入开发者指南里面了。
类似的苛刻要求有很多。
前世，不明所以的林灰在还以为这规则是什么重要条文，对着翻译了半天。
即便是重生了，林灰对这东西也有很深的印象。
这个规则条目很多，但归根到底这些规则基本都是从人机交互、界面设计的UI设计层面出发的。
据说这个变态的规则要求是Jobs亲自写的。
虽然这个传言真实性有待考证。
但也看得出蘋果对于软件UI设计要求之苛刻是写在骨子里的。
总而言之，林灰这次开发的workflow这款软件要想被蘋果方面收购。
【推荐下，咪咪阅读追书真的好用，这里下载 www.mimiread.com 大家去快可以试试吧。】
不过问题不算太棘手。
现在的蘋果UI设计要比往后几年轻松得多。
往后几年，蘋果的那种全面屏下的UI设计就一言难尽。
虽然全新的交互式体验还不错（不戴口罩的情况下）。
但那个刘海屏太艹了。
没把Jobs气活过来。
实属棺材板定的牢固了。
先把想出刘海屏设计的工程师送去非洲。
明确了任务需求以及工作重心。
接下来的事情就容易很多了。
大概在22号23:44林灰已然搞定了workflow这款软件的一个demo。
尽管只是一个demo。
但基本上麻雀虽小五脏俱全。
已经具备workflow这款软件的核心功能了。
林灰感觉现在这个软件直接拿去做α测试去也问题不大了。
甚至再补充一些细节的话。
林灰觉得直接上线也没啥问题。
至于说不符合开发周期？
林灰觉得不会面对这个争议。
前世workflow这个软件就是一个应赛作品。
是开发者协同团队的情况下在一个编程马拉松比赛上用48小时搞定的。
纵然开发者很可能在很久之前就有了软件的方向。
但思路这种东西，怎么说完全由开发者决定。
真的面对质疑，林灰也完全可以说他在几年前收到第一台iPhone4s时就有了相关的酝酿。
为什么不把iPhone4s上的语音助手和一款快捷指令应用结合在一起呢？
计算机领域尊重天才。
别的不说，就拿workflow这款软件的原作者来说。
7岁就开发了第一个网页。
不也照样没啥质疑。
而且，先前蘋果方面何悦也说了。
天才就是要与众不同。
总之，林灰觉得即便他安排尽快上线也问题不大。
具体到林灰搞定的这个demo。
因为在开发软件的过程中林灰有着思维高度活跃的加持。
林灰在实际开发中涌现了一些很不错的新思路。
在这些灵感的帮助下。
林灰感觉他搞定的这个demo对比前世初代workflow丝毫不逊色。
不但丝毫不逊色，而且在UI交互方面很出色。
林灰觉得这款软件一经上线很可能受到蘋果方面的欣赏。
唯一比较遗憾的是动作模块方面。
林灰复现的这款软件里面他只构建了大概六十多个动作模块（内建操作）。
看起来六十多个内建操作不少。
但这照完全形态的workflow这款软件差得远。
后世完全体的workflow里光内建动作就三百个以上。
虽然差得很远，但问题不大。
有了demo之后，林灰后面的工作就是慢慢完善细节就可以了。
不过就算林灰再怎么完善。
也没办法做到前世手机里的那么多内建动作了。
因为很多权限的话现在个人开发者根本就获取不了。
不过这也没什么，前世这个软件虽然是在2017年被蘋果方面收购的。
但在2018年这个软件还在因为功能鸡肋被用户吐槽。
也就是说就算这个应用真的功能很鸡肋，也不会妨碍蘋果看中这款软件。
或许在一般用户的眼中不明白蘋果为什么青睐这款软件。
但代入一下蘋果的视角。
就不难发现蘋果为什么会对workflow这样一个看起来鸡肋的应用青眼相加了。
对蘋果手机而言，单独拿出快捷指令确实没什么。
但当快捷指令这款软件与Siri语