IT技术博客大学习 共学习 共进步
全部 移动开发 后端 数据库 AI 算法 安全 DevOps 前端 设计 开发者

文件系统的树形结构改善构思

狂Shell - Happy Hacking狂Shell - Happy Hacking 2013-05-19 23:32:29 累计浏览 4,179 次
本机暂存

   今天有网友在抱怨文件系统的树形结构不好用, 比方说:有<<C/C++编程指南书>>既属于C语言文件夹的,也属于C++文件夹的,但又不想把C语言和C++语言两个分类归为一块,也不想每个文件夹都复制一份,这样会很浪费空间,那有什么好的思路可以改善文件系统的树形结构呢, 一些网友和我都建议用tags,比如构思的下图:

   原图已失效

   右边的TAGS会根据用户的目录自动产生TAG, 然后给用户点击使用,这样当把<<C/C++编程指南>>放入C语言目录夹中时, 系统自动给本书打一个C语言的tag, 同时你可以可以手动给这本书打一个C++语言的tag.

   当你想访问文件时,你有两种访问文件的方式, 树形结构是为了管理, 而TAGS结构不需要随着tree的深度增加,就不停的点击进去, 用TAGS直接点击一次, 就可以索引处相关文件. 那是否还可以改进呢?

   我觉得还可以,再看如下图:

   原图已失效

   如图,当点击C++语言这个TAG时,文件管理器自动打开相应目录,这样更人性化点, 大致方向是构思成这样的, 如果真正实施起来,还要想更多, 这里是为了抛砖引玉,大家如果有更好的思路也可以回复下, 有志之人 可以共同实施下. 谢.

同分类推荐文章

  1. 等了十年的 Go 链式管道,终于来了:seq 让你像写 Scala 一样写 Go (2026-06-25 18:38:18)
  2. Go 实验特性详解 (2026-06-21 10:05:27)
  3. amd64 微架构级别对 Go 程序性能提升多少? (2026-06-21 09:38:49)

查看更多 后端 文章 →

建议继续学习

  1. 其实,文件也可以truncate (累计阅读 8,574)
  2. 三种东西永远不要放到数据库里 (累计阅读 8,051)
  3. OS X 支持 NTFS 读写 (累计阅读 4,338)
  4. 内核编译升级失败了以后的处理方案 (累计阅读 3,971)
  5. 从磁盘映像中挂载或提取指定分区 (累计阅读 3,788)
  6. unix文件系统:链接与文件 (累计阅读 3,641)
  7. Linux内核文件系统挂载分析 (累计阅读 3,047)
  8. 文件操作函数在VFS层的实现 (累计阅读 2,512)
  9. 如何在 Linux 中使用 find (累计阅读 2,092)
  10. Linux文件系统基础之inode和dentry (累计阅读 1,537)