双链替代文档树的用法与双链改进的建议

问题导引

举个例子，比如一个文档《书》，我在文档内新建[[观点 1]]，再我想去分类，分类:[[历史，这可以看做一个父级]]，到这里这些全是正链，思源是统一显示的，区分不了。再或者，我在[[图书馆]]内引用了[[历史]]，这个时候[[历史]]的反链，你还能区分前后关系吗? 也就是说现在的反链无法判断关系的类型。

这个例子所展现的双链数量少，实际使用起来反链面板更是让我都不想点开。有朋友会说，你要层级结构为什么不用文档树或者 MOC？为什么不用文档树，这个有点老生常谈了；至于 MOC，当关系的数量很少的时候，还不至于新建一个 MOC 页面进现组织，我们在看一本书或者学一门课程的时候，可能会直接使用这种方法。

问题出在哪里？现在的反链展示的是所有关系的全集

如上图所示的那样，我把双链的类型分成了三类，把文档的关系用“父子”来形容，用以模拟文件夹。这么一来，我们因书本收获的观点也好或者说满足我们对事物出于不同角度的分类也好，不管是问题对应的答案也好，还是问题诞生了新的子问题，都可以涵盖；而引用关系则来自正文部分的[[xxx]]。

通过对双链类型的细分，久而久之，我的笔记结构自然而然的就会“从作向右”进行转变。无论我处在那一篇文档的视角，都能够很清晰的知道，文档本身在知识结构中的位置和那些内容是有关联的。如下图图示：

对双链分类的最大好处——每当有新的文档建立时，你会下意识的思考，诶？这个篇文档属于什么位置。这么思考的好处我就不引经据典了。

演示视频：用双链来模拟父子文件夹结构

演示视频：QQ2025213212645.mp4

说明：识别页面中的父级字段，自动在子级文档添加上父级，原理很简单。

参考

• 元思笔记
• 动作链接：https://getquicker.net/Sharedaction?code=97247586-acf2-4556-1f4d-08dd4b825124（技术原因，仅在伺服网页使用）使用前请改成自己的 token 和核对 ip 地址。

@