我喜欢粘贴在富媒体中的想法，但是您的提案中有一些突出之处……
我喜欢粘贴在富媒体中的想法，但是您的提案中有一些与常规不同的地方。
点击目标 -最明显的一个是点击目标太小。 密集的UI不能很好地与触摸界面配合使用。 键盘可以将按键尽可能靠近地处理的唯一原因是，由于常用文字的搜索空间有限，因此在随后的敲击中可能产生大量推论和纠错。
一种使用方式 –设计中的一个更微妙的地方是，iOS对于让应用程序将数据推送到其他应用程序（使用共享表）而不是拉取数据非常自以为是。 尽管某些应用程序确实启用了拉动，但它通常是在非常定向的任务中进行的，这些任务是应用程序的前提，如Instagram或消息中的照片。 在这些情况下，启用的实际情况是“共享照片”，其中一个选项是照片选择器。 如果苹果公司支持拉取，它将通过开发在操作系统级别可用的专用选择器来做到这一点，而不是在Messages中一次性使用。
小型应用程序 -最后，iOS通常是针对具有重点用户界面的应用程序，而不是“一劳永逸”的应用程序。 因此，尽管Messages可能支持发送和接收不同的附件类型，但Messages UI并不需要UI来启动这些专用应用程序或其数据选择器。 实际上，就像任何应用程序一样，它应该专注于那些经常使用的应用程序核心。 上面的许多选项很少使用（联系人，音乐等），最好从应用程序本身实例化。 毕竟，如果您正在听自己喜欢的歌曲，则很有可能您实际上已经选择了要播放的歌曲，并且已经在“音乐”应用程序中。 您多久不在音乐应用中，而必须共享一首正在播放的歌曲？
无论如何，添加一堆选项并不会节省很多时间：
您的模型： 点击+按钮>点击日历图标>弹出日历模式>搜索或浏览>点击事件>点击共享
iOS 9： 主页按钮>点击日历应用>搜索或浏览日历>点击事件>点击编辑>点击被邀请者>选择人
在这种情况下，我认为最佳的优化位置实际上是在日历应用程序中。 当前日历没有共享按钮，因此这可能是一个开始的地方。 否则，可以轻松改进iOS 9日历的“选择人”部分，以减少共享过程中的摩擦。 除了显示最近的邀请外，它还可以为您与之直接联系的人提供一键式建议。 例如：
这似乎是实现共享日历的总体目标的另一种方式，但这并不以增加用户复杂性为代价。
我同意以下论点：无论是否存在UI，在Messages中应该共享更多内容。 在这个问题上，我要提的问题是： 为什么只停留在用户界面中放置的富媒体上？ 消息中可以共享大量不同的附件，第一方和第三方都可以共享。 那就是我眼中令人兴奋的地方，以及您所提到的聊天机器人。 但这需要放弃UI选择器，或者构建看起来与所呈现的外观完全不同的UI选择器（以及整个OS UI约定）。
付款方式
我真的希望Apple确实可以进行用户-用户付款，我认为前提是牢固的并且适合Apple Pay的发展轨迹。 就实现而言，我将对此提供类似的反馈。 如果Apple认为其消息功能是用户在Messages过程中经常使用的一项重要功能，那么重要性就很重要。 另外，使用专用应用程序（您今天在Venmo，Facebook Messages等中的操作方式）可能是可行的方法。
我对此有两种看法-尽管大肆宣传，但我不确定有多少人实际向对方汇款， 或者 不确定公司是否希望人们经常做这件事 （例如，Facebook 这样做的媒介付款）。
至于设计的细节，有两点-
- 我放弃了付款领域的原因。 用户界面应符合照片附件在“邮件”中的工作方式的约定-默认情况下，您只是将照片放入其中，并且可以选择在文本框中将文本添加到附件中。 无需填写表单，这就是您的UI呈现的内容。 在大多数情况下，先前的对话会为附件提供适当的上下文。 对于用户之间交换的值，带有标签的过去付款的审核日志似乎是可选的。 如果缺少明确的数据是一个问题，我会说只要求交换的价格超过100美元即可。
- 触摸ID始终显示为模式框，并带有取消选项。 您的实现提供了一个非标准的UI元素，并且不允许用户取消。
邮件中的文字强调
文字强调会带来什么样的交流价值？ 我看不到它带来多少好处，而且当然不会以复杂性为代价。 这是Apple倾向于避免的功能蠕变的一个很好的例子。 正是由于这个原因，FB，Twitter和其他地方上大小相似的消息无法实现格式化。
总而言之，我喜欢附件和用户-用户付款的概念，但是其中许多实现都不值得在复杂性上进行权衡，并且冒着追赶趋势而不是核心用例的风险。 iOS人机界面指南确实是确定这些事情时首先要研究的对象。 干杯。