作为开发人员,我们都知道,随意删除用户公共存储空间的任意数据,这绝对是不合理的行为,但有一个需要注意的点是,我们开发 App 的时候,也会在某些时候把用户在本 App 中产生的数据保存到公共存储空间,例如图片、文档,或者其他的媒体资源文件。在通过观察拼多多的聊天页面,我们可以知道,是存在两种发送图片的方式
1. 点击照片发送(也就是说点击照片按钮,选择手机本地的图片发送)
2. 点击拍摄发送(通过拼多多自己的拍照功能,拍摄一张照片发送)
所以这个事件中,有一个问题我们要搞清楚
被删除的截图是原本就存在于这部手机上,还是那名网友在和客服聊天的时候,通过拍摄这个功能,拍了存在于另一部手机上的截图?
如果是按照第一种方式发送的图片,那么这张图片被删除了,拼多多这么做显然是有问题的。
又去翻了视频,我发现发送的图片并不是原本的截图,而是拍摄的照片,当然这也不能绝对说就是用户使用的拼多多聊天内的拍照功能拍的,也可能是用手机拍了另一部手机的截图,然后发送的图片,当然这就和第一种发送方式一样了。
不过这个问题,也就只要当事人知道是怎么回事了。
我们在这里讨论一下第二种方式,如果用户使用的是聊天页面的拍摄按钮,拍了一张截图,发送过去,那么这张图片会不会被删除呢?
我用拼多多聊天页面自带的拍照功能,拍了一张照片,但这时还没有点完成按钮发送,去检查手机存储空间的时候,发现这张照片已经被保存到了DCIM/Pindd/image/16这个文件目录下面。
当点击发送后,这照片还是存在的,没有被删除。
那么根据 vivo 手机的系统通知,确实有张图片被删除了,这到底是怎么回事呢?
然后再次去看了遍视频,我发现发送的这张图上面 有一个很明显的红色标记,再结合上面我拍完的张照片的页面,我们可以发现,拼多多在拍完照片之后是提供图片编辑功能的。
所以我猜测,应该是在应用的聊天页面拍摄的截图,然后通过拍摄后的编辑操作划了红线,然后发送的。
按照正常的逻辑,从拍摄到发送,应该只保留一张图片,这是没问题的。
根据我上面猜测的操作逻辑,其实是拍摄原图并保存,编辑原图生成新的编辑后的图片,然后发送的是编辑后的图片,那么这里的原图其实属于一张临时图片,所以删掉原图保留编辑后的图片,这也是没问题的。
看到这里,做开发的同