V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
geelaw
V2EX  ›  iPhone

[原创] 解析 iOS 和 Windows 的应用间数据共享 UX

  •  
  •   geelaw · 2018-11-17 13:49:00 +08:00 · 8805 次点击
    这是一个创建于 2206 天前的主题,其中的信息可能已经有所发展或是发生改变。

    使用 iOS 一段时间之后我一直没明白 iOS 的 Activity Sheet 的第一行里,一个 应用 本身和 “拷贝到”一个应用(现在是 Copy to,以前是 Open in,全文 里面有我理解的这样修改的区别)有什么区别。

    上图 Outlook 只是一个例子,实际上有好多应用会在这个列表里出现两次,包括之前版本的 OneDrive,包括 Slack 等。

    好奇心驱使,我先从 用户观感 上感受它们的区别,然后从开发者角度 了解其区别(读文档)。简单来说:

    • 先列出的是 共享扩展,它们 总是在当前 app 上方显示一个 modal
    • “拷贝到”系列是 文件关联;它们 总是导致切换到 目标应用。

    一些 app 既能接受共享数据又声明了文件关联,所以就导致两边显示。然而这样问题多多。

    我觉得比较好的解决方法是让 iOS 分开显示这两种共享数据的方式,这样可以明确一个是共享数据,一个是共享文件,且前者和后者的 UX 是组内统一的。


    Windows 8 以来的 WinRT 共享大概是这样的:共享发起后,先有一个 light-dismissable modal UI 让用户选择共享目标,然后由 Windows 托管共享目标的 UI,并作为 modal 显示在数据源窗口上方,用户可以和目标 UI 交互完成共享,然后目标 UI 关闭。

    直到 Windows 10 version 1703 之前,共享全程的 UI 是 light-dismissable,但是必须保持在系统托管的范围内完成共享(但你可以发送通知让用户进入你的 app )。从 Windows 10 version 1703 开始,共享目标的 UI 不再默认 light-dismissable,且共享目标的 UI 可以仅仅是唤起主 UI (开发者可以选择更适合的体验,例如邮件就适合开主 UI,发 Twitter 就适合就地)。

    此外,WinRT 共享数据是和 文件关联 没有任何关系的。这是两个不同的世界,所以在共享的时候用户不会迷惑于 iOS 中类似的文件关联项目的问题。


    了解更多 geelaw.blog/entries/sharing-func-ios-windows/


    调查:推广博文的时候写“原创”的意义在哪里?

    我觉得之前宣传 blog 的效果不好,所以这次尝试了一下我见过的宣传策略。虽然我的 blog 系统设计了邀请他人写作之后署他人名的功能,但目前所有的文章都是我自己写的。而且即使我邀请他人作文,也不会是让其他人转载的。

    我个人觉得 blog 里面放转载属于很难理解的需求。如果是为了自己信息留存,存在自己的笔记里就好了;如果是为了方便其他访问自己 blog 的人,我觉得放个链接就可以了(我有一些博文是转发式的,进入之后会跳转到其他的页面,目标页面通常也是我参与撰写的),不需要把数据 copy 一份。

    12 条回复    2018-11-18 20:22:12 +08:00
    Mitt
        1
    Mitt  
       2018-11-18 09:33:11 +08:00 via iPhone
    所以你的 用户观感 就忽略掉不写了吗?
    Philippa
        2
    Philippa  
       2018-11-18 10:05:36 +08:00 via iPhone
    关于博文,楼主的写作阅读很困难,我仔细看了一下比如这句“但是必须保持在系统托管的范围内完成共享(但你可以发送通知让用户进入你的 app )”。不过 iOS 那个设计太糟了,最新的短信下方图标十几个也是。邀请他人写作的前提是你的博客能为他人带来好处,比如引流。而你也希望你的博客不会邀请一些奇奇怪怪的人写些奇奇怪怪的文章。所以这其实是个博弈,这种博弈的成本可能比文章相互导流带来更高的压力和成本。我觉得走不通。最后,转载只放一个链接有可能会失效。博客公开文章他人也能看到这相当于分享行为,别人点击进去失效这是博主的问题。
    geelaw
        3
    geelaw  
    OP
       2018-11-18 10:29:28 +08:00 via iPhone
    @Mitt #1 后面两个条目中第一个标点之后的内容不是用户观感吗?那么可以更明显地写出来:

    - 不带“拷贝到”的不切其他应用,在当前应用上面显示模式对话框。
    - 带“拷贝到”的切换到其他应用。

    以上是用户角度。开发者角度这是 共享扩展 和 文件关联 的区别。

    我了解知识的顺序并不是书写总结的顺序,这就像写数学作业的时候通常用分析法思考,用综合法书写。

    @Philippa #2 这句话我想不出来更扼要的说法,请您指教。(不过汉语并不是这篇文章的主语言。)

    “引流”确实是我想做的,但其动机很难用通常的想法解释。暂时可以理解为单纯想让更多人来看,并在评论区进行和文章内容高度相关的互动。

    我说的邀请是指我认识了很久的人,毕竟这是一个个人博客,没有那种流量同盟的感觉。而且我是惟一控制发布的人,相当于编辑,不会有奇怪的文章啦。

    关于转载,除了版权的问题,还有就是我日常的书写是不允许抄写的,可能不喜欢复制内容到自己的网站和这个习惯有关系。
    orangy
        4
    orangy  
       2018-11-18 10:49:17 +08:00 via iPhone
    不带“拷贝到”的可以关掉,带“拷贝到”的无法关掉,本来想说关掉一个,可是尼玛并不是所有地方分享图标都会有带“拷贝到”的那个…
    geelaw
        5
    geelaw  
    OP
       2018-11-18 11:23:03 +08:00 via iPhone
    @Philippa #2 另外我觉得不好的地方不是东西多,而是带不带“拷贝到”的区别需要很费劲才能发现。

    @orangy #4 这并不是决定性区别,带“拷贝到”不能关掉,但是不带“拷贝到”的能不能关比较诡异。例如 Messages 和 Mail 都不能关掉,但 Reminders 可以,它们都是系统 app,且 Messages 不能删除,Reminders 和 Mail 都可以删除。

    此外,Mail 的共享扩展可能会让用户跳转到 Mail 里面(如果用户当前没有账户同步邮件)。所以通过是否跳转决定也似乎不对。正确的规律应该是:不带“拷贝到”不会主动跳转,带“拷贝到”会由系统跳转。
    Mitt
        6
    Mitt  
       2018-11-18 13:01:06 +08:00
    “它们 总是在当前 app 上方显示一个 modal ”, 这就是观感?没有恶意,但我觉得你需要在发布前自己读一遍自己写的
    geelaw
        7
    geelaw  
    OP
       2018-11-18 17:37:11 +08:00 via iPhone
    @Mitt #6 我很确定这是用户观感,而且我一开始就是这么想的。你对“用户观感”的理解太表面了,这里说的是不透过编程文档,只操作手机(在 iOS UX 的范围内)发现规律。

    Modal 这个用词不是日常用户能够说出来的,然而日常用户脑子里都有 modal 的概念,那就是一个不允许你回到“上一级”的东西上操作的、需要你应答才能接触的状态。一个日常用户会用这样的话表达相同的意思:

    没有切应用的动画,切后台应用名字还是原来的;出来一个对话框或者全屏的东西,不弄完(取消或者完成最后的编辑并发送 /保存)这个对话框不能继续用一开始的应用。

    你需要明白语言表达中的用语专有不代表语言表达意思的可触及范围就要很窄。

    对比下面这个例子来理解语言表达方式和意思难度的区别:

    6 不是有限域的大小。(“大学生的说话方式”)
    6 含有两个质因子。(“小学生的说话方式”)

    再对比下面这个例子:

    在画图里用油漆桶那个工具可以改变一块儿颜色。

    在画图里用“用颜色填充”工具可以改变四联通同色区域的颜色。

    后面是准确、使用术语的说法,前面是麻瓜的说法。然而两者想要表达的意思是一致的,麻瓜只是不会术语,不代表它们不理解属于背后的含义。
    Mitt
        8
    Mitt  
       2018-11-18 17:47:19 +08:00
    @geelaw 所以你的意思是我作为一个普通读者需要具有专业的理解和深厚的语文功底才配读这篇不是技术向的文章吗?
    geelaw
        9
    geelaw  
    OP
       2018-11-18 17:59:53 +08:00 via iPhone
    @Mitt #8 没有人强迫你读,如果你读不懂,你可以自学、提问或者放弃。而且也没有人说读不懂就不配读,不然一大堆学生岂不是都不配上学了?

    此外你也可以开动脑筋,比如“文件关联”里面的“切换到另一个应用”的描述是简单的,你很容易想到“共享扩展”里面位置相近的分句说的也是用户观感,然后自己尝试 iOS 的交互(如果你可以访问 iOS )来发现这个表达的意思,文章里也有截图显示用户看到的东西。

    我个人没有定性我文章的“向”。另外贴文的汉语内容并不是文章,那是文章的缩略版的翻译,它的存在是为了让可能对文章感兴趣的人点进去文章。如果你没有兴趣,不要强求。
    Mitt
        10
    Mitt  
       2018-11-18 18:25:42 +08:00
    @geelaw 一个很简单的东西被你搞这么复杂还有这么多“理由”来搪塞读者,应该你的读者不会像我一样这么菜连学都不配上吧
    geelaw
        11
    geelaw  
    OP
       2018-11-18 18:48:10 +08:00 via iPhone
    @ Mitt #10 我的读者包括审稿人🙂

    我没懂我哪里复杂化了内容。使用术语明明是让内容更扼要。

    有很多人读不懂我的文章。我的论证模式是“好多人学不懂,仍然配上学,学得懂的当然也配,类比一下,你读不读得懂不会影响你配不配读”。我希望这对你来说理解起来不困难。

    我觉得你没有理解我说话的语气,这个串里面我的回复都是严肃的(字面上的意思),我建议你停止跟进这个帖子或者想清楚再回复。

    此外,我觉得“不配”是一个非常严重的说法,远远甚于“不懂”。多尊重自己,不要用贬损自己的说法来讽刺他人,你可以认为这篇文章是我的错误,在这种情况下你也没有必要用别人的错误惩罚自己。(提示:第一次出现“配”是 #8。)
    Philippa
        12
    Philippa  
       2018-11-18 20:22:12 +08:00
    @geelaw 我觉得咯,如果只是朋友之间那就随便来。如果你是指那种小团体的圈子的话,我觉得需要一个共同的社区(比 V2EX 更小的那种,具有封闭性,专一性,但能不断地吸纳其他人进来),我是你我会考虑一个私有的分享服务(一个简单的 backend 提供 sync 朋友之间的文章),然后提供插件( js )。每个人都能相互同步到各自的博客,先让信息流起来。这种信息交换可能会形成一个 trigger,让你的朋友觉得也有东西想发表的,然后你的 status 是“欢迎过来就此表达你的观点”,然后这个信息会通过这个 plugin 同步到你们两的博客上。这样在在你邀请朋友时为你的博客写文章时,已经有了背景信息。

    反过来如果你没有针对性,甚至考虑到商业性和宣传作用,不要迟疑直接去 Medium 或各小型论坛更容易导流。

    另外很难阅读问题,还是取决于你的受众是谁,如果都能找到相应的受众,这种明显的差异其实会让“自己组建的无形小社区”更加有聚合性。太 general 就没意思了。

    我觉得转载,可以相当于分发过程。目前转载经常被去掉 watermark 并且转发获得上 million 的浏览量时不时就会发生。我觉得这种行为是明显的盗窃行为。链接蛮好的,但如果可以进行内容转载,不妨做个快照作为 backup。
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3516 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 20ms · UTC 04:54 · PVG 12:54 · LAX 20:54 · JFK 23:54
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.