该标准的目标是供给一个通用的方法,使得一切收受接管站的完成软件都应当支撑存储,列出,和撤消删除曾经在收受接管站中的文件。经过恪守这个标准,分歧品种的收受接管站完成软件都可以在统一个装备上任务,而且运用类似的收受接管站存储。例如,假如一个收受接管站完成软件发送一个文件到收受接管站中,另外一个将可以间接列出,撤消删除,或许从收受接管站中肃清该文件。
能否具有恢复不测删除文件的才能,曾经成为今日权衡桌面使用用户体验商定俗成的规范。
用户不会希冀他们删除的任何文件将永久的消逝,相反,他们曾经习气于收受接管站机制的存在。一个被删除的文档终极进入了收受接管站,而且在那边最少保管一段工夫——直到收受接管站被手动或许主动清空
该系统也有本身的问题。明显,清算磁盘空间需求两步操纵——删除文件然后清空收受接管站;这将给经历缺乏的用户带来迷惑(“甚么占用了我的磁盘空间?!”)。同时,将系统使用到一个多用户的情况中也不太轻易。另外,关于未培训的用户可能发生误用收受接管站的行动——不乏证据显示他们有时将主要的文档寄存在收受接管站中,招致在收受接管站清算的时分丧失。
可是,该系统的长处也非常多,而且用户十分希冀它就应当在收费的桌面使用系统中完成。现实上,一些完成软件曾经问世了——一些作为号令行Tools,一些作为预加载库文件,另有一些成为主流桌面使用情况的一部分。例如,Gnome和KDE都有他们各自的收受接管站机制。
该标准目标是供给一个通用的方法,使得一切的收受接管站完成软件都应当支撑存储收受接管站中的文件。经过遵照这个标准,分歧品种的收受接管站完成软件可以在异样的装备上运转而且运用异样的收受接管站存储。
该标准最少关于收集资本同享,可挪动装备,和当分歧的完成软件在分歧的时辰运转在类似的机械上的情况是主要的(即有点用户爱好Gnome;别的的用户爱好KDE,其他的是号令行喜好者)。
该标准只描绘了收受接管站存储(机制)。它没有限制实践的完成软件应当详细怎么操纵,只需它们运用类似的收受接管站存储(机制)。号令行Tools,集成于桌面的处理计划和预加载库文件可以在该标准的束缚下有效的任务。
该标准的设计初志是针对Unix文件系统树渣滓收受接管计划的。可是,略微修正,就能够便利的在另外一个文件系统树上运用(例如,具有盘符的文件系统)。
一个多用户的情况中,用户有非常多特定的独一标识,该标准是必需的。
文件系统和登岸系统可所以巨细写敏感的或许巨细写不敏感的;因而,系统凡是不该该答应用户定名文件或许设置登录名只以巨细写辨别。
原始文件名——文件(以后在收受接管站中)在放到收受接管站之前的称号。
根目次,$topdir——文件系统的装置目次。“/”是root文件系统的根目次,但确不是其他装置文件系统的根目次。例如,separate FSes文件系统可以装置在“/home”,“/mnt/flash”,等等。在这篇文章中,“$topdir”表现“恣意文件系统的根目次”。
用户标识,$uid——一个用户的数字标识。$uid在这里用作“以后已登任命户的数字标识”。
收受接管站目次——被寄存到收受接管站中的文件,和这些文件原始的称号,寄存地址信息和在收受接管站中的工夫所寄存的目次。在统一个系统中可能有多个收受接管站目次;这个标准界说了他们的地址和内容。在这边文章中,“$trash”表现“恣意的收受接管站目次”。
“Home trash”目次——用户的主收受接管站目次。这个文档中界说了它的名字和地址。
在这边文档傍边,要害字“MUST”,"MUST NOT","REQUIRED","SHALL","SHALL NOT","SHOULD","SHOULD NOT","RECOMMENDED","MAY",and "OPTIONAL"的内容描绘可拜见RFC 2119标准
一个系统可以具有一个或多个拉圾箱目次。每一个拉圾箱目次都遵照异样的规范, 描绘以下:
对每一个用户2来讲,一个“个人拉圾箱(home trash)”目次必需是可用的3。其名字和途径辨别为$XDG_DATA_HOME和/Trash;$XDG_DATA_HOME 是一个特定用户数据的根本目次,界说于 桌面根本目次标准 .
“个人拉圾箱”应当作为用户的主拉圾箱目次。用户从类似文件系统 (device/partition) 中移除的文件应当被保管到这里(贮存细节见下节)。一个“个人拉圾箱”该当是主动创立予每一个新用户的。当一次移除操纵需求此文件夹,但其其实不存在时,操纵该当主动创立它,且无正告或延迟。
完成还可以支撑从系统的其他部分(包含其他分区,同享收集资本,及可挪动装备)收受接管文件到“主收受接管站”目次。这是一个有“失败保险”的办法:收受接管可使用于一切地位的文件,用户不克不及填写除主目次的任何空间,由于其他用户凡是没法拜访它,不会发生平安问题。
但是,这个处理计划招致复制文件(在分区之间,经过收集,从一个挪动安装,等)的消耗。这类延迟而不是一个疾速的“删除”操纵可能让用户觉得不快。
一种可能会选择的完成是在如许一些状况下(特殊是对收集资本和可挪动装备)不支撑收受接管。这是一些尽人皆知的操纵系统所做的。
在一些或许一切的装置资本上可能也能够在根目次上供给渣滓收受接管。这个渣滓收受接管经过两种方法完成,描绘以下(1)和(2)。
(1)***可以创立$topdir/.渣滓收受接管站目次。这个目次的权限应当可以答应一切有权向收受接管站中寄存删除文件的用户有写权限; 假设文件系统支撑的话,"粘点"的权限必需设置。
当在一个非用户个人分区/磁盘大将文件放入收受接管站时,必需有反省$topdir/.收受接管站目次存在的完成(假设该系统支撑在根目次的收受接管站机制)。
当预备一切收受接管站中文件的列表时(即向用户显示),必需有反省遍历一切可见根目次中.Trash文件夹的完成。
本文中的一切译文仅用于进修和交换目标,转载请务必注明文章译者、出处、和本文链接。 2KB翻译任务按照 CC 协定,假如我们的任务有进犯到您的权益,请实时联络我们。2KB项目(www.2kb.com,源码交易平台),提供担保交易、源码交易、虚拟商品、在家创业、在线创业、任务交易、网站设计、软件设计、网络兼职、站长交易、域名交易、链接买卖、网站交易、广告买卖、站长培训、建站美工等服务