如果把所有文件放在一个目录下, 是不是会显著影响流畅性?

本贴最后更新于 247 天前,其中的信息可能已经天翻地覆

由于标签支持多层级. 我打算将标签作为目录. 比如 path/es/search, 这样我就再也不需要考虑存放在哪里. 标签相当于虚拟路径. 而且修改起来也方便.

但是我非常怀疑这会降低流畅性. 是这样的么?

广告 我要投放

欢迎来到这里!

我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。

注册 关于
请输入回帖内容 ...
  • Tokubara
    支持者 订阅者 作者

    如果会影响流畅性的话. 说点联想, mac 上有一个软件是 devonthink. 我感觉它就是在 finder 之上提供了一层抽象. 文件的存放路径完全不是 ui 上看到的, 这样在 ui 上随便怎么移动到某个文件夹, 真实的路径也不会变. 我感觉我可以采取类似的做法. 比如写一个脚本, 干这几件事:

    • 将目前已有的文件目录, 下的所有文件全部移到根目录, 将它的 assets 目录下的移到根 assets 下. 有点像 flatten 的感觉. 同时将原来的路径做一些去除工作后加上标签, 添加到第一行, 算是它的新的 path 标签.
    • 创建 a-z 和 0-9 这些目录, 将根目录的文件移到这些目录下. 关于 assets 有 2 种方案: 1. 只修改路径, 也就是只做文本替换, 不试图移动 assets 文件. 2. 找到它的全部 assets(这样估计会慢很多), 再创建子目录的 assets 文件, 也移动过去.
  • Tokubara
    支持者 订阅者 作者

    我猜测移动文件应该不会改变文档 id, 文档 id 和块 id 是写在文件中的, 以这种方式持久化. 但真的是每次启动软件实时读入每个文件的 id 的么? 我担心移动文件会使文档链接失效.

  • Tokubara
    支持者 订阅者 作者

    关于这种做法还有一个好处是, 可以创建一个索引页, 不加任何考虑(有考虑是什么样呢?我得创建在哪个文件夹下)地在这个索引页中用 ((name 创建一个新的页面, 至于如果需要组织, 就直接改改标签.

  • Tokubara
    支持者 订阅者 作者

    继续这个脑洞, 想到 notion 就有这样的抽象(毕竟它不是本地笔记). 别管这页是啥内容, 该放在哪里, 我只知道我需要在这个位置插入它. 有这样的一种连接关系.

    想到这一点, 那么其实用标签作虚拟路径都不必了. 直接创建一个索引页面, 里面是各个笔记的链接. 如果不满意, cut paste 放到另一个位置就行了.

  • dejavudwh
    订阅者

    说一个相关方面的:我觉得文件树不会是很好的大数量的文件管理方式,尤其是从笔记应用来好像更是如此。之前有一个想法就是建立一个个人主页:用文件树 + 图状文件链接来管理,但是感觉也不是特别有效。

  • Tokubara
    支持者 订阅者 作者

    这个问题困扰了我好久, 那就是, 我是做了笔记, 但是我怎么才能在需要的时候找到它. 目前我的想法, 也是当前做法, 就是: 创建了 index 页面, 以事件组织起来. 如图:

    image.png

    而且还可以加入更多属性, 比如创建时间, 结束时间, 总之添加啥描述信息都行.

  • Vanessa
    订阅者

    可以先放在一个临时目录,后面在整理?

  • Dawn99
    支持者 订阅者

    关于 assets 文件夹的问题,移动文档时,对应的 assets 文件应该是会自动复制在目标文件夹中,这个不用担心

  • adlered
    捐赠者

    玄学问题,固态硬盘不考虑多目录导致的流畅性影响。同样目录下的文件也会产生文件碎片。

请输入回帖内容 ...