在我写的 Workflow 系列教程里，我偏重介绍的一直是动作，目的也是为了让对 Workflow 感兴趣的人知道每一个小方块是干什么用的。但实践中，除了把已经给出的东西拼起来，在很多时候，更需要利用现有动作，陪着一些巧妙的思路，组合出之前看起来不可能的「黑科技」。对于我来说，思考这些才是玩 Workflow 的乐趣所在。
这一篇先介绍 5 个非常入门又应用广泛的「黑科技」做为导入。我个人希望把它打造成另一套系列文，作者可以是我也可以是你，如果你能够积累 5 个（自己写的当然更好）含有这样组合的 Workflow，并且介绍清楚关键步骤的思路，每一个「黑科技」还能做一个新的 Workflow 用于给读者练习，就可以 向我们投稿。
（非原创的动作请注明出处，我见的 Workflow 多啦，查出来你抄袭后果很严重）
用 Split Text 制作列表
我第一次介绍这个思路是在《Workflow 教程（三）：Workflow 本身能做什么？》，但这个动作并不是我原创的，在哪里看到的也忘记了，但是无法忘记的是当时看到这个简单动作时的惊讶：
原来还可以这样！
知道这个方法之后我就没有在用过 List 这个动作，List 输入时不能换行，添加新一项时还要按专门的位置，做长列表的体验不说是折磨也绝称不上是效率。而在 Text 里，用换行的方式做列表，再直观不过。只要在下面接 Split Text，选择 New Line 分行，就能做到和 List 一样的效果。
分割网页
因为可以用 Split Text 中的 New Line 给文本分出列表，我开始对 New Line 以外的划分方法产生兴趣。Space 和 Every Character 都好理解，让我一开始琢磨不清的是 Custom，这个东西能产生什么作用呢？
答案是分割网页， 分割网页这个应用非常广泛，如果一个网站。它没给你 API，你还想获取这个网页的特定信息，那分割网页就是你最好的办法。
事实上这个思路也被运用得很广泛，比如 @YuktimH 做的 App 查价 这个动作。他用这个方法单把网页里关于 App 价格变化的部分抠了出来，非常聪明。
我们可以先把网页改为 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 时，有不少动作适用于多种执行的情境。比如我做的 QR 阅读器 这个 Workflow，它的运用场景并不单一：你有可能是已经存了别人的二维码，也有可能是在网上看见了一个二维码想读，而且你也不想存到相册里，你就想复制一下这个二维码就把它给读出来。所以怎么样让这个 Workflow 在什么情境都能使用，是一个比较有挑战性的地方。我想达到的效果是：可以直接从 Photos.app 选择图片然后运行 Workflow 读码，也可以先打开 Workflow 然后再选图读码，还可以直接获取剪贴板里的图片来读码。
分别做到这三点其实很容易：先选图的话，就把 Workflow 的类型设为 Share Sheet 的，然后可以在 Photos.app 先选图再跑 Workflow；先跑 Workflow 更简单，直接在 Workflow 里放一步选择图片的步骤；从剪贴板获取图片也不难，获取剪贴板再提图就好。
所以在这，稍微棘手一点儿的问题是，怎么让 Workflow 判断具体情况下该用什么步骤。在这里实现这个问题的思路实际很简单：如果我运行这个动作的时候，是从 Photos.app 获取图片，我就直接用这张图；如果 Workflow 运行后没获取到图片，就看剪贴板有没有图片，剪贴板里有就用剪贴板的；如果剪贴板里没图，就打开 Workflow 选一张。
所以关键问题现在转化为：怎么判断上一步有没有结果。
这样我们就把一堆模糊的问题转化为一个清晰的可解决的问题了。Workflow 里有一个动作叫 Count，是计数的意思，它里面有很多选项，其中一个是 items，它会对上一步的结果的项数进行计数，返回的结果是数字：
我们就利用这个特点，在获取图片的步骤下面接上它，然后再接 if，利用 if 里用于比较大小的 greater than，就可以判断上一步有没有结果。数值大于 0 就是有结果，否则就是 0，也就是没有结果。
但用这一步的时候要注意，不要忘了先设变量。因为比如在我们这个获取图片的动作里，你使用了 Count 以后，结果就是数值而不再是图片，而你最终要用的还是图片，所以还要在以后的步骤把提前设在变量里的图片再取回来。
最终，我们把这个技巧重复两次，就能达到最初想要达到的的，能直接获取图片就直接获取，直接获取不到就判断剪贴板，剪贴板也没有就直接打开 Workflow 选图。因为这些判断在 Workflow 都是瞬间完成的，所以你不用担心步骤增加会影响运行速度的问题。
（其实这种判断，很多时候不是这么单一，比如有时候，我们要判断的是剪贴板里的内容是不是一个链接，有时候我们要判断的是那个链接是不是来自特定网站的。不过这将用到正则表达式了，这篇基础的思路介绍还是不继续深入了）
过空
判断上一步有没有结果可以延伸的一个应用是「过空」，即在一个问题比较多的 Workflow 里遇到不想回答的问题可以直接略过。这也是在处理 URL 时，Launch Center Pro 做不到而 Workflow 可以轻松做到的事。
Twitter Advanced Search 是 Twitter 推出的精确搜索推文的功能，给出了相当多的匹配方式，你只要能回忆起发文者和其中一个关键词，就能搜出这条推，如果知道发文时间就会进一步缩小搜索范围。所以想搜推的话这个是个很重要的功能，但在 iOS 上它会跳转到一个普通的搜索页面，这就尴尬了。
不过实际上也不难发现，Twitter Advanced Search 本质上只是用了 URL，我们实际只要按照 URL 的格式把内容填到合适的位置即可。根据这个特性，就可以做出 Workflow。为了 Workflow 足够普适，在制作的时候需要给足变量，但是问题是，真的搜索的时候我们可能只需要填其中两三个变量。而且为了自然，每个变量都用 Ask for Input 去以弹出问题的形式来问使用者更合适：
但 Ask for Input 只有 OK 和 Cancel 两个选项，所以在这个位置只能什么都不填直接 OK 跑过去，那怎么让这个 Workflow 判断，有内容了就存为变量，没内容了不存变量过空就是我在做 Twitter Advanced Search 这个动作 的时遇到的不得不解决的问题。
根据之前讲的方法，我们已经可以知道怎么判断上一步有没有结果了，在这个基础上，使用一个 if 动作，让 Workflow 做到，如果有结果，就保存这个结果，如果结果为空，就什么内容也不向下传递。
最后那个 Nothing 并不是必要的，但放在这里我想更容易理解这个动作
Workflow 的测试和排错
Workflow 在制作的过程中，免不了会有要试错的过程。在这时候，我建议不要在原框架的基础上测试，这不仅是因为原框架一旦破坏不好复原，更重要的是因为在原框架下会执行不必要的操作，比如你动作里，连接从某个网页获取列表没问题，问题是没办法把这个列表排成满意的顺序，那你就不需要每次都从那个网页获取那个列表，而是自己做一个「金木水火土」的列表，然后想办法排列它到满意即可。
所以测试的时候要精简框架、提取关键部分，或者两者结合，新做一个动作来调试 Workflow。
我这正好有一个比较典型的，先提取关键部分，然后精简框架的例子。
这是我在做 App Change log Translator 这个动作时遇到的问题。当时发现 Workflow 在翻译过 App Store 的应用描述以后，会把原有的规规矩矩的排版全给挤在一起。我当时想的办法是，把应用描述全部分行，逐行翻译，再合并为一个整体。这个思路是能用的，但是我很不满意，因为这样一来描述有几行，翻译这个请求就要发送和返回几次，像 1Password 那样描述和更新日志都写得特别详细的应用，好几十行，翻译完快半分钟，我就觉得这个思路蠢得不行。但我感觉这个问题是可解的，于是我在我们 iOS Power User 的 Telegram 群里抛出了这个问题。
但我的问题并不是，「你们来做一个用于翻译应用的描述和更新日志的 Workflow 吧」，这样就会让大家把不需要解决和考虑的问题重新解决和考虑一遍。我抛出的问题是：
毕竟我面对的问题就是如何把分行了的信息，翻译过后仍然可以分行，而且不能用 Repeat with Each 来翻译每一行。然后群里的 @YuktimH 用很巧妙的方法解决了。具体怎么解决的下载 Workflow 看了就明白，也是个不错的黑科技。
一个建议
做 Workflow 的动作，实现一个功能的方法可能有很多种，但不用外人看，做的人都知道自己的方法是聪明的还是胡凑的。聪明的方法有着特殊的美感，整个流程干净，步骤少，有时候可能读不懂，但一旦明白就会让人拍案叫绝。
练习这个能力，建议大家买一个应用、一个游戏和看一个视频。
应用是 Algorithms，游戏是 Human Recourse Machine。Algorithms 是个用动画解释算法的应用，还囊括了不少基础计算机知识。Human Recourse Machine 本身就是个编程游戏，但是它通关以后会有两个要求，一个是要你用最少的步骤，一个是要求用最简单的流程，我建议你把这两点都做到。
（如无法播放，点此观看）
继续阅读 中文互联网内最好的 Workflow 系列教程 >