0

共享相册问题,延伸文件权限讨论

发表于:6 天前 需求池 30

A和B两个用户,A将相册文件夹共享给B,B的手机客户端图库、相册(tab)均不加载,只在共享(tab)里面看得到。

不太确定是**作问题,还是目前设计就是如此。

如果设计是如此,我建议能加上这个功能,在共享里面看效果差很多。

我之前用过绿联os,他的文件夹权限实际逻辑有些优点,至少底层方向我认识合理的。每个文件夹都可以设定用户组权限(只读、读写、无权限)。这样好处就是共享逻辑反而简化了,因为给了权限就是系统层面功能就是一致的。

下面文件夹权限讨论以照片共享为例(其他逻辑相通)。

目前飞牛os的相册逻辑,如果在photo文件夹中将具体文件夹共享,这样用户就只能在共享文件夹中查看,在相册应用中加载不出来;反之如果仅在相册**享相册,那共享文件夹里面就没有。权限是割裂的,软件层和权限层不统一。

  • 我建议的设计方案是,个人文件夹和共享文件夹,建立的是两个真实物理池。现在fnOS个人文件夹是真实的,共享是引用的个人文件夹,这样反而在应用层每个都需要独立设计调用。
  • 如果共享池完全真实(底层),应用层反而就简化了(上层)。因为有权限调用共享池,那就和个人文件夹是平权的,调用逻辑就是一致的。
  • //讲现实的共享逻辑,拿照片为例,和家人出去玩拍的照片,如果想共享给家人,目前的逻辑是上传到个人文件夹然后设置共享→赋予具体权限(每次文件夹都需要),ABCD不用的成员均要配置,**造成结果就是非常冗余。
  • PS:一家人去了趟去了一个青岛,每个人都要创文件夹。然后设置共享。。。对相册应用后续设计也是难度极大,数据源太多了。
  • //如果有共享池,A在池子里面创建文件夹(如青岛照片),然后设置权限是所有用户均可以读写,那一家人所有人都将照片上传到文件夹,后续相册应用程序就会简单多了。
  • 图片只是一个case,各种文档涉及共享都会产生一样结果。
  • 我也是前UCPM,目前深度使用fnOS,其他相互交流。
  • 63e5457613cd090400cc8ff3233264d.jpg

7fd067f65042025026e3b265a47b396.jpg

收藏
送赞
分享

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有账号?立即注册

x

发表回复

评论列表(1)

这个我们评估一下,同类需求已加入需求池,可以去分类查看,感谢反馈
3 天前 回复
坤燃x

TA还没有介绍自己~

4

主题

1441

回帖

1453

积分

管理员

积分
1453
话题