我对苹果WWDC发布iOS拖放的第一反应基本上是“哈哈，欢迎来到三十年前。”但在苹果后续平台State of the Union上观看了对这项技术更深入的技术解释之后，我开始怀疑苹果是否有了一种新的“点对点缩放”技术：这种技术不仅允许多点触控设备与点对点桌面体验竞争，而且在某种程度上，它超越了它们。

从用户的角度来看，iOS的拖放操作相当简单。你按住一个物体，它就固定在你的手指上。然后将项目拖到希望它去的任何地方，然后释放。在iPhone上，您的拖放目的地仅限于同一应用程序中的其他位置，但在iPad上，您可以将项目向下拖动到iOS 11中的新通用dock，跳转到应用程序切换程序视图并切换应用程序，或将鼠标悬停在splitscreen中已打开的应用程序上，同时保留您原来的选择。

iOS拖放的特别之处在于，你可以一次抓取多个东西，而且它们不必都在一个方便的选框范围内。你可以抓住第一个物体；在应用程序的其他地方导航；抓起别的东西，然后把它放进你手指下的东西堆里；继续添加直到你满意为止。在桌面上，可以通过shift-click或control-click来选择非连续的项目进行拖放，但我不知道有一个系统可以从多个视图中抓取多个项目，而不是使用奇特的剪贴板。

当你在iOS上拖动一些东西时，多点触控意味着你仍然可以与其他操作系统完全交互。在桌面上，一旦你用光标拿着某个东西，你就被限制在你可以悬停在上面的放置目标和键盘命令可以封送什么。

苹果提供的一个演示在熟悉的iOS主屏幕上。它是用拖放API重建的，这意味着你可以抓取一个应用程序，滑动到另一个屏幕，抓取更多的应用程序，然后将它们一次全部放到一个文件夹中。这是对iOS一直存在的一次性限制的巨大胜利。

根据苹果的文档，你实际上可以同时进行多个这样的拖动活动。”“只要用户的手指能处理”，这是官方的规范，听起来很疯狂。

Multi-grab让iOS拖放功能脱颖而出，但正是苹果的API让它变得更加强大。这一切都要感谢iOS的祝福和诅咒：苹果扼杀了应用程序在操作系统中如何相互通信的控制权。为了使一个项目可以拖放，开发人员必须实现一个来自苹果的特定API，该API允许他们指定缩略图、元数据和确切的数据负载。当用户将项目或项目集合悬停在另一个应用程序上时，出于安全原因，该应用程序可以看到元数据，但看不到实际负载。但是，在拖放式交互中使用元数据提示和任意数据格式的能力可以解锁真正有趣的新应用程序间工作流和交互。

例如，从“地图”中拖动一个位置会包含一个详细的缩略图预览，当你将该位置拖放到一个支持图像的应用程序中时，它就会显示出来，比如说笔记。这种“扩展”是诸如Messages或Slack之类的应用程序的一个常见功能，但现在它已经成为UI的一个非常基本的部分。

Adobe做了一个演示，演示者从公司的Capture应用程序中选择了一些颜色样本和一支画笔，然后将它们放到Photoshop Sketch中，所有这些都在一次拖放操作中完成。然后，演示者从草图中抓取多个图层，并将它们放入Photoshop Mix中。在Mix中，您甚至可以在画布上为要降落的资产指定一个位置，或者将它们放置在层堆栈中。

任何实现iOS标准文本控件的应用程序都可以免费获得基本的拖放功能，而其他苹果构建的UI技术，如表视图，都可以很好地使用拖放功能。但是，如果开发人员在这里接受扩展的机会，我们可以看到具有更复杂数据类型的应用程序以非常新颖的新方式相互交流。

也许你可以把一个视频文件从一个编辑应用程序拖到一个只接受图像的应用程序中，得到视频的缩略图，或者把它放到一个音频应用程序中，提取音频。或者从Dropbox中拖动一个文件，并将其作为URL放到不支持此类文件的应用程序中。苹果已经展示了数据丰富的日历项目和提醒之间的互操作性。显然，Adobe正在使用自定义的图层和笔刷数据格式，以便在自己的iOS应用程序之间更轻松地跳转，但可以想象的是，任何其他设计应用程序都可以实现对这些数据类型的支持。

也许我是在炒作。如此之多的任务留给了开发者，以至于丰富的拖放操作可能太少了。为了实现这一点，你需要大量的应用程序来使用一种通用语言，而苹果只是为非常通用的资产指定了一种格式。但如果进展顺利，我现在可以想象这样一个世界：对于复杂的多应用程序工作流，更好的拖放是选择iOS而不是macOS的理由。大声说出来疯了吗？