设计一个 web 端的回收站,用户可以删除文件 /文件夹放入回收站,回收站内可销毁 /复原 文件 /文件夹
文件,文件夹,回收站都有单独的表,路径 path 都有记录
文件 /文件夹复原的时候复杂度特别高,需要检验原始路径-->再生缺失的文件夹-->合并 等等步骤,总的来说已经理不清思路了。。。
有实现过类似功能的 v2er 吗,给点建议什么的,感激不尽
1
974879409 2020-12-30 14:17:51 +08:00 1
”文件,文件夹“ 加个是否已删除的状态,假性删除如何
|
2
liyanggyang 2020-12-30 14:19:27 +08:00 1
直接 写个脚本 删除功能使用 mv 移动到“回收站”(服务器目录:/xxx ) 回收站里面删除 使用 rm, 可?
|
3
liyanggyang 2020-12-30 14:21:47 +08:00 1
文件 /文件夹复原的时候复杂度特别高,需要检验原始路径-->再生缺失的文件夹-->合并 等等步骤,总的来说已经理不清思路了。。。
---- 这个问题,我觉得产品设计换个角度吧,比如 如果原始路径存在,那么直接回复到原始,如果不存在,那么用户选择一个路径 |
4
Latin 2020-12-30 14:22:31 +08:00 1
加回收站表就是浪费,1 楼建议 ok 的 软删除状态即可
|
6
SjwNo1 OP @liyanggyang 定下的需求是 如有重复会让用户选择是否保留两者或跳过
|
7
pixiaotiao 2020-12-30 14:29:59 +08:00 via Android 1
@SjwNo1 再怎么操作 ,父级 id 不会变吧
|
8
Lemeng 2020-12-30 14:33:31 +08:00 1
自己建一个,意思到了就行
|
9
SjwNo1 OP @pixiaotiao 父级 id 是不会变哈,但是父级被移动了我还原的时候不能跟着它走
|
10
jjianwen68 2020-12-30 14:46:07 +08:00 1
删除(到回收站)只是改个状态;清空回收站(或者直接选择彻底删除-不可恢复)才彻底删除文件。一般应该这样设计吧
|
11
liyanggyang 2020-12-30 14:52:48 +08:00 1
@SjwNo1 其实我觉得很简单,直接操作你的操作系统怎么做的,这个最符合人的使用习惯,如果不符合,那就产品经理自行背锅(给出完整逻辑,应该怎么办)
|
12
SjwNo1 OP @jjianwen68 是的,一般这样就感觉足够了,无奈产品无脑,看到什么想做成什么样。。
|
14
974879409 2020-12-30 14:58:55 +08:00 1
|
15
jintianfengda 2020-12-30 15:05:29 +08:00 1
你父子级关系跟逻辑删除没关系啊,最多就是恢复的时候判断一下名称重复?是不是被产品经理给绕进去了:P
|
16
SjwNo1 OP @974879409 可能我表述的不准确,可是还原的时候很有可能会发生 状态还原但路径未还原,假设现有 /A/B/C,先删 B,再删 A,状态都为“已删除”,这时还原 B 应该需要很多操作哈 (不知道我想的对不对)
|
17
Latin 2020-12-30 15:15:06 +08:00 1
层级关系不是应该有对照表吗,按对照表次序来还原是不是没那么复杂了。。。
|
19
preach 2020-12-30 18:26:30 +08:00 1
1. 数据库软删除
2. dot 也就 是 . 软删除 |
20
abigeater 2020-12-30 18:42:46 +08:00 1
我的理解
放入回收站 = 软删除(数据状态变更) 彻底删除 = 数据库记录删除 恢复过程拿出该条记录 做对应处理就好了吧 产品说要合并就合并 要改回路径就改回路径 按看你说法 恢复时如果目录不存在 就创建一个 那么记录里应该有删之前的目录快照(类似 没有就整一个) 如果要跟踪目录更改的话 原来的目录如果被改变了理应这条记录的路径也应该存储(但是快照保留旧的) |
22
shanghai1943 2020-12-31 17:26:09 +08:00 1
试了一下,在 Macos 下,先删子目录后删父目录,然后想恢复子目录的时候发现没反应。。
|
23
SjwNo1 OP @shanghai1943 产品看了 win 的效果然后要批量还原。。
|