剑客
关注科技互联网

Workflow 思路教程

Workflow 思路教程

在我写的 Workflow 系列教程里,我偏重介绍的一直是动作,目的也是为了让对 Workflow 感兴趣的人知道每一个小方块是干什么用的。但实践中,除了把已经给出的东西拼起来,在很多时候,更需要利用现有动作,陪着一些巧妙的思路,组合出之前看起来不可能的「黑科技」。对于我来说,思考这些才是玩 Workflow 的乐趣所在。

这一篇先介绍 5 个非常入门又应用广泛的「黑科技」做为导入。我个人希望把它打造成另一套系列文,作者可以是我也可以是你,如果你能够积累 5 个 (自己写的当然更好) 含有这样组合的 Workflow,并且介绍清楚关键步骤的思路,每一个「黑科技」还能做一个新的 Workflow 用于给读者练习,就可以 向我们投稿。

(非原创的动作请注明出处,我见的 Workflow 多啦,查出来你抄袭后果很严重)

用 Split Text 制作列表

Workflow 思路教程

我第一次介绍这个思路是在 《Workflow 教程(三):Workflow 本身能做什么?》 ,但这个动作并不是我原创的,在哪里看到的也忘记了,但是无法忘记的是当时看到这个简单动作时的惊讶:

原来还可以这样!

知道这个方法之后我就没有在用过 List 这个动作, List 输入时不能换行,添加新一项时还要按专门的位置,做长列表的体验不说是折磨也绝称不上是效率。而在 Text 里,用换行的方式做列表,再直观不过。只要在下面接 Split Text ,选择 New Line 分行,就能做到和 List 一样的效果。

分割网页

因为可以用 Split Text 中的 New Line 给文本分出列表,我开始对 New Line 以外的划分方法产生兴趣。Space 和 Every Character 都好理解,让我一开始琢磨不清的是 Custom,这个东西能产生什么作用呢?

Workflow 思路教程

答案是 分割网页 , 分割网页这个应用非常广泛,如果一个网站。它没给你 API,你还想获取这个网页的特定信息,那分割网页就是你最好的办法。

事实上这个思路也被运用得很广泛,比如 @YuktimH 做的App 查价这个动作。他用这个方法单把网页里关于 App 价格变化的部分抠了出来,非常聪明。

Workflow 思路教程

我们可以先把网页改为 Markdown 格式,然后用 Split Text 的 Custom 分割,网页会以你自定义的字符被分割为两部分,你需要哪一部分就可以取哪一部分。如果你取的并不是网页的一半儿,比如是非常特殊的一部分,你可以先把那一部分的头和尾作为分隔取出来,然后获得中间那一项即可。

在通知中心执行 Ask When Run

Workflow 里有个很好用的处理方式叫做 Ask When Run ,它的功能是让你在运行到这一步的时候,从所有可能的运行方式里临时选择,所以它可以很大程度上提高你动作的灵活度。

比如做一个 Evernote 的动作,最后如果不是要把内容存到一个固定的笔记本,而是有可能存到不同的笔记本,一般你需要把那几个可能的笔记本都预设出来。但如果改成 Ask When Run 的话,只用一个动作就够了,运行到这一步的时候你可以从你所有的 Evernote 笔记本里选择你要发送的笔记本。

但是 Ask When Run 「苹果对 Today Widget 的内存限制」不能用在通知中心里运行。这本来对我来说没什么,直到我想在通知中心播放我的 Music 的播放列表。 Play Any Playlist 这个动作的实现方式非常两极分化:如果能在通知中心运行就是最快捷的播放自己播放列表的方式,如果不能就还不如打开 Music 去选列表,所以无论如何,得想个办法在通知中心做这件事。

在测试的过程中,我发现 提取 Playlist 的时候返回的结果其实是 Text ,也就是文本。 那我猜反过来列表的位置如果放进去文本是不是也能识别出来,结果成功了 。我们可以直接把纯文本设为变量,然后在选择播放列表的步骤,把变量放进去。那我就可以先使用前面说的第一个技巧来做一个列表:先放一个 Text 文本框,输入自己的播放列表,用回车分行,然后接上 Split Text ,做成列表。 选列表这一步在通知中心是可以跑的 ,然后我们再把选择的结果设为变量,放进选择播放列表的那一步,这样最终 Workflow 在选择播放列表时,实际上是运行了一个既定的结果,就突破了苹果的限制。

Workflow 思路教程

如何判断上一步有没有结果

在做 Workflow 时,有不少动作适用于多种执行的情境。比如我做的 QR 阅读器 这个 Workflow,它的运用场景并不单一:你有可能是已经存了别人的二维码,也有可能是在网上看见了一个二维码想读,而且你也不想存到相册里,你就想复制一下这个二维码就把它给读出来。所以怎么样让这个 Workflow 在什么情境都能使用,是一个比较有挑战性的地方。我想达到的效果是: 可以直接从 Photos.app 选择图片然后运行 Workflow 读码,也可以先打开 Workflow 然后再选图读码,还可以直接获取剪贴板里的图片来读码。

分别做到这三点其实很容易:先选图的话,就把 Workflow 的类型设为 Share Sheet 的,然后可以在 Photos.app 先选图再跑 Workflow;先跑 Workflow 更简单,直接在 Workflow 里放一步选择图片的步骤;从剪贴板获取图片也不难,获取剪贴板再提图就好。

所以在这,稍微棘手一点儿的问题是, 怎么让 Workflow 判断具体情况下该用什么步骤 。在这里实现这个问题的思路实际很简单:如果我运行这个动作的时候,是从 Photos.app 获取图片,我就直接用这张图;如果 Workflow 运行后没获取到图片,就看剪贴板有没有图片,剪贴板里有就用剪贴板的;如果剪贴板里没图,就打开 Workflow 选一张。

所以关键问题现在转化为: 怎么判断上一步有没有结果

这样我们就把一堆模糊的问题转化为一个清晰的可解决的问题了。Workflow 里有一个动作叫 Count ,是计数的意思,它里面有很多选项,其中一个是 items,它会对上一步的结果的项数进行计数,返回的结果是数字:

Workflow 思路教程

我们就利用这个特点,在获取图片的步骤下面接上它,然后再接 if ,利用 if 里用于比较大小的 greater than,就可以判断上一步有没有结果。 数值大于 0 就是有结果,否则就是 0,也就是没有结果

Workflow 思路教程

但用这一步的时候要注意,不要忘了先设变量。因为比如在我们这个获取图片的动作里,你使用了 Count 以后,结果就是数值而不再是图片,而你最终要用的还是图片,所以还要在以后的步骤把提前设在变量里的图片再取回来。

最终,我们把这个技巧重复两次,就能达到最初想要达到的的,能直接获取图片就直接获取,直接获取不到就判断剪贴板,剪贴板也没有就直接打开 Workflow 选图。因为这些判断在 Workflow 都是瞬间完成的,所以你不用担心步骤增加会影响运行速度的问题。

(其实这种判断,很多时候不是这么单一,比如有时候,我们要判断的是剪贴板里的内容是不是一个链接,有时候我们要判断的是那个链接是不是来自特定网站的。不过这将用到正则表达式了,这篇基础的思路介绍还是不继续深入了)

过空

判断上一步有没有结果可以延伸的一个应用是「过空」,即在一个问题比较多的 Workflow 里遇到不想回答的问题可以直接略过。这也是在处理 URL 时,Launch Center Pro 做不到而 Workflow 可以轻松做到的事。

Twitter Advanced Search 是 Twitter 推出的精确搜索推文的功能,给出了相当多的匹配方式,你只要能回忆起发文者和其中一个关键词,就能搜出这条推,如果知道发文时间就会进一步缩小搜索范围。所以想搜推的话这个是个很重要的功能,但在 iOS 上它会跳转到一个普通的搜索页面,这就尴尬了。

不过实际上也不难发现,Twitter Advanced Search 本质上只是用了 URL, 我们实际只要按照 URL 的格式把内容填到合适的位置即可 。根据这个特性,就可以做出 Workflow。为了 Workflow 足够普适,在制作的时候需要给足变量,但是问题是,真的搜索的时候我们可能只需要填其中两三个变量。而且为了自然,每个变量都用 Ask for Input 去以弹出问题的形式来问使用者更合适:

Workflow 思路教程

Ask for Input 只有 OK 和 Cancel 两个选项,所以在这个位置只能什么都不填直接 OK 跑过去,那怎么让这个 Workflow 判断, 有内容了就存为变量,没内容了不存变量过空 就是我在做 Twitter Advanced Search 这个动作 的时遇到的不得不解决的问题。

根据之前讲的方法,我们已经可以知道怎么判断上一步有没有结果了,在这个基础上,使用一个 if 动作,让 Workflow 做到, 如果有结果,就保存这个结果,如果结果为空,就什么内容也不向下传递。

Workflow 思路教程

最后那个 Nothing 并不是必要的,但放在这里我想更容易理解这个动作

Workflow 的测试和排错

Workflow 在制作的过程中,免不了会有要试错的过程。在这时候,我建议不要在原框架的基础上测试,这不仅是因为原框架一旦破坏不好复原,更重要的是因为在原框架下会执行不必要的操作,比如你动作里,连接从某个网页获取列表没问题,问题是没办法把这个列表排成满意的顺序,那你就不需要每次都从那个网页获取那个列表,而是自己做一个「金木水火土」的列表,然后想办法排列它到满意即可。

所以测试的时候要精简框架、提取关键部分,或者两者结合,新做一个动作来调试 Workflow。

我这正好有一个比较典型的,先提取关键部分,然后精简框架的例子。

这是我在做 App Change log Translator 这个动作时遇到的问题。当时发现 Workflow 在翻译过 App Store 的应用描述以后,会把原有的规规矩矩的排版全给挤在一起。我当时想的办法是,把应用描述全部分行,逐行翻译,再合并为一个整体。这个思路是能用的,但是我很不满意,因为这样一来描述有几行,翻译这个请求就要发送和返回几次,像 1Password 那样描述和更新日志都写得特别详细的应用,好几十行,翻译完快半分钟,我就觉得这个思路蠢得不行。但我感觉这个问题是可解的,于是我在我们 iOS Power User 的 Telegram 群里抛出了这个问题。

但我的问题并不是,「你们来做一个用于翻译应用的描述和更新日志的 Workflow 吧」,这样就会让大家把不需要解决和考虑的问题重新解决和考虑一遍。我抛出的问题是:

Workflow 思路教程

毕竟我面对的问题就是 如何把分行了的信息,翻译过后仍然可以分行 ,而且不能用 Repeat with Each 来翻译每一行。然后群里的 @YuktimH 用很巧妙的方法解决了。具体怎么解决的下载 Workflow 看了就明白,也是个不错的黑科技。

一个建议

做 Workflow 的动作,实现一个功能的方法可能有很多种,但不用外人看,做的人都知道自己的方法是聪明的还是胡凑的。聪明的方法有着特殊的美感,整个流程干净,步骤少,有时候可能读不懂,但一旦明白就会让人拍案叫绝。

练习这个能力,建议大家买一个应用和一个游戏。

应用是 Algorism ,游戏是  Human Recourse Machine 。Algorism 是个用动画解释算法的应用,还囊括了不少基础计算机知识。Human Recourse Machine 本身就是个编程游戏,但是它通关以后会有两个要求,一个是要你用最少的步骤,一个是要求用最简单的流程,我建议你把这两点都做到。

Workflow 思路教程 继续阅读 中文互联网内最好的 Workflow 系列教程 >

分享到:更多 ()

评论 抢沙发

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址