iOS 捷径的文本化表示

如果你已经比较熟悉编程语言，再回头看 iOS12 的捷径系统，很容易很快就会碰到一个问题：纯拖拽编排一开始很新鲜，但复杂一点之后，编辑效率就会迅速下降。

所以我一直觉得，这类工具最终都需要一个文本化表示层。不是为了取代图形界面，而是为了让复杂工作流可以被更快地编辑、比较、复用和版本管理。

我当时看到一个挺实用的小工具：它用 Python 实现，可以把捷径转换成 toml，也可以再从 toml 转回去。这个方向很对，因为它说明图形工作流一旦有了稳定的数据结构，开发者自然就会想办法把它拉回文本世界。

很多工具的演进其实都类似：先用图形界面降低门槛，再用文本格式释放复杂度。真正好用的系统，最后往往两边都得有。

原微博中的媒体