kde或gnome的文件管理器太垃圾应该重新设计

[tangxiuwen]

kde或gnome的文件管理器真的很垃圾，既慢又不稳定，打开文件稍多的文件夹（含文件2000个以上）磁盘就会狂转不止，直到几分钟后目录内容全部显示为止。还经常失去响应 ，简直是恐怖。为什么普遍会有这个问题呢？这大概是kde或gnome确定文件类型的方式过于复杂造成的。
ms-windows确定文件类型的方式是“以名定型”就是简单地根据扩展名，文件有什么扩展名，我就匹配给它相应的文件类型（通俗地：叫什么，是什么）。与ms-windows不同，linux则是“以性定型”即进一部探测文件内部属性，根据文件属性来确定文件类型（通俗地：该是什么，就是什么）。因此同样浏览文件，使用kde或gnome时对磁盘的访问量要大大高于ms-windows，速度也就大大的慢下来了，尤其当访问一个内容很多的文件夹时就会慢得让人难以忍受。这样做也有好处，就是能防止文件欺骗，（ms-windows就很容易通过修改文件名来将一个恶意文件伪装成好的文件。）这就是为了安全宁可牺牲效率。
难道安全和效率真的不可兼得吗？我想通过巧妙的设计这个问题应该可以解决。为了提高效率，不妨借鉴ms的“以名定型法”让它与linux特有的“以性定型法”相结合。
为了既要高效又要安全。应该让浏览文件的过程分两个层次进行。第一层：粗浏览，就是点击要浏览的目录后以最快的速度将目录的所有文件显示出来，像ms-windows那样“以名定型”的方式确定文件类型，分配图标，这一层得到的文件类型不一定准确，但执行速度要快以避免用户长时间等待。事实上用户浏览文件夹往往只对其中的少部分文件感兴趣，小题大做似的对所有文件的属性逐一甄别根本没有必要。
第二层：细浏览，就是粗浏览完成以后，当用户焦点集中到某些文件时进入细浏览层，这一层系统是“以性定型”的方式对用户需要的文件重新确定类型，如果“以性定型”得到的结果与上一层“以名定型”的结果不同，就以第二层的结果为准以更正之。
综合起来，第一层以快为目的，针对目录中的所有文件；第二层以准为目的，只针对目录中用户感兴趣的文件。两个层次有机联系既保证高效率，又不牺牲安全性。

[速腾1994]

是有这样的问题

[xiooli]

支持 lz 开项目。

ps：dolphin 其实确实是部分按照扩展名来定性的。另，像 /usr/bin 下面的这些文件，基本上都是没有扩展名的。还另，win 下打开有很多文件的目录照样一个破电筒在那里扫，不会快到哪去。继续另，我赛扬 530 1.73 GHz， 内存 1G 极老的笔记本，kde 4.4.2 kwin 特效开着，打开有 2700 多个文件的 /usr/bin 只用了 10 s，所以我严重怀疑你的电脑配置，要不就是 rpwt。

[photor]

kde或gnome的文件管理器真的很垃圾，既慢又不稳定，打开文件稍多的文件夹（含文件2000个以上）磁盘就会狂转不止，直到几分钟后目录内容全部显示为止。还经常失去响应 ，简直是恐怖。为什么普遍会有这个问题呢？这大概是kde或gnome确定文件类型的方式过于复杂造成的。
ms-windows确定文件类型的方式是“以名定型”就是简单地根据扩展名，文件有什么扩展名，我就匹配给它相应的文件类型（通俗地：叫什么，是什么）。与ms-windows不同，linux则是“以性定型”即进一部探测文件内部属性，根据文件属性来确定文件类型（通俗地：该是什么，就是什么）。因此同样浏览文件，使用kde或gnome时对磁盘的访问量要大大高于ms-windows，速度也就大大的慢下来了，尤其当访问一个内容很多的文件夹时就会慢得让人难以忍受。这样做也有好处，就是能防止文件欺骗，（ms-windows就很容易通过修改文件名来将一个恶意文件伪装成好的文件。）这就是为了安全宁可牺牲效率。
难道安全和效率真的不可兼得吗？我想通过巧妙的设计这个问题应该可以解决。为了提高效率，不妨借鉴ms的“以名定型法”让它与linux特有的“以性定型法”相结合。
为了既要高效又要安全。应该让浏览文件的过程分两个层次进行。第一层：粗浏览，就是点击要浏览的目录后以最快的速度将目录的所有文件显示出来，像ms-windows那样“以名定型”的方式确定文件类型，分配图标，这一层得到的文件类型不一定准确，但执行速度要快以避免用户长时间等待。事实上用户浏览文件夹往往只对其中的少部分文件感兴趣，小题大做似的对所有文件的属性逐一甄别根本没有必要。
第二层：细浏览，就是粗浏览完成以后，当用户焦点集中到某些文件时进入细浏览层，这一层系统是“以性定型”的方式对用户需要的文件重新确定类型，如果“以性定型”得到的结果与上一层“以名定型”的结果不同，就以第二层的结果为准以更正之。
综合起来，第一层以快为目的，针对目录中的所有文件；第二层以准为目的，只针对目录中用户感兴趣的文件。两个层次有机联系既保证高效率，又不牺牲安全性。

[lwtyc]

同意LZ说的，昨天打开bin文件夹，直接无响应，有什么办法改进？

[delectate]

with no icon

[luojie-dune]

只能说以前没有开发者注重这个问题——因为有这个需要的人没管。

[delectate]

usually,only idiot browse /usr/bin by nautlius.

i want to say nothing

[佚之狐L]

支持LZ写个类TC的，Gnome的那个双窗口的就是开玩笑的东西，Linux下一直没有一个用了一年还能有新东西发现并感叹有才的文件管理工具。

[qiang_liu8183]

文件管还是cli的好

[slax]

。。。。

[photor]

支持LZ写个类TC的，Gnome的那个双窗口的就是开玩笑的东西，Linux下一直没有一个用了一年还能有新东西发现并感叹有才的文件管理工具。

MC

[xyf]

按11楼设置，的确快很多

[佚之狐L]

支持LZ写个类TC的，Gnome的那个双窗口的就是开玩笑的东西，Linux下一直没有一个用了一年还能有新东西发现并感叹有才的文件管理工具。

MC

××巾还升级换代呢，这个没见有哪个解决，好的文件管理就应该像AutoCAD那样，底层全是命令行，上层还全有图形界面封装好

[佚之狐L]

cli一个最大的问题就是不直观，在某些层面上不能一打眼就大概了解，所以喜欢在图形下管理文件，而又喜欢命令行下的方便，所以就喜欢TC这种能在图形下用命令的文件管理器