HarmonyOS鸿蒙Next碰一碰分享踩坑记录及一些不成熟建议

HarmonyOS鸿蒙Next碰一碰分享踩坑记录及一些不成熟建议 结论先说：

1. 不要尝试使用私有文件格式，会被提示打不开文件（至少发帖时间该经验有效）。

2. 建议官方提供一些提升文件碰一碰分享的沉侵式体验的方式。

碰一碰分享的实际应用，可大致以是否有文件传输来分为两大类，纯文本与超链接这种不涉及文件传输的基本已经完美支持。而文件传输类的，个人感觉还是差那么点意思。

比如以下这个使用场景：

小明在使用一款叫”巨好用“的PDF编辑器查看编辑一个PDF文档，此时小美过来了，她也想要查看这个PDF文档。此时小明使用碰一碰将这个文档分享给了小美。

此时，小明在发送体验上，感觉非常舒爽。而此时的小美呢？她的接收体验如何？

分两种情况：

1. 小美设备没有安装”巨好用“，此时小美的系统的默认PDF预览器打开了这个PDF文档，并展示在了文档的第一页，如果有打开密码则会停留在询问打开密码的状态。

2. 小美设备也同样安装”巨好用“，然而其接收体验跟情况1一模一样。

此时我们是否可以将接收体验提升到类似App Linking一样的沉侵式的级别呢？在小美的设备上，直接调起”巨好用“直接打开并定位到与小明一致的阅读位置。如果有打开密码，则自行充填密码并打开。省却了小美询问小明打开密码是多少，打开的是哪一页。

实现逻辑上，其实就是，在分享PDF文件的同时，还指定了想要主动调起的APP，以及要发送给该APP的附加数据（阅读位置、打开密码）。

然而以现在的API，没法指定想要主动调起的APP，附加数据存放到extraData里面也没有任何实际意义。

基于现有的API，那是否可以牺牲一些体验而做到这个呢？

于是我大胆的尝试了一种思路：定义一种私有文件格式”.spdf“，文件里面带有PDF，并附加打开位置与打开密码（如：附加数据JSON文件与PDF压缩为zip并修改拓展名为spdf）。

参照应用自定义数据类型进行实现，再配置好”.spdf“文件打开的支持。那么接收到文件之后，经过数据处理就会得到我们想要的沉侵式效果了吧？虽然这种方式让数据私有化了，使没有安装应用的体验变得非常差。但至少在安装了应用的情况下收益就变大了吧？然而现实并不如愿，你将在接收方收到以下提示：

我们首先会想到是不是这个私有格式的文件打开方式没有配好？其实不是，在Huawei Share这个目录下面，进行手动点击打开这个私有格式文件是可以正确调起应用的。其实是系统在接收完这个私有格式的文件之后，没有正确调起设备内能打开该文件的APP，不知道算不算是一个Bug，就目前来说想以私有格式的方式来提升一些用户体验并不受支持。就算能够正确调起应用打开，我个人还是不太愿意使用这种私有文件格式的方式，没安装应用的体验基本没有了，还背离互联互通。

就目前来说想提升分享文件的沉侵式体验，无法做到，至少暂时没有想到能实现的方案。

个人还是建议能够提升这种场景的沉侵式体验，感觉上这种提升还是很有必要的。