Logseq中page、block和namespace的用法

在Logseq中，信息组织涉及page、block和namespace三个概念，再结合daily note的工作流，相信很多用户会纠结于什么时候用page，block或namespace。本文谈谈我的看法。

首先，它们的含义如下：

共同点

它们的相同点：Logseq是大纲笔记，这三个概念都是在构建大纲。

page和block两个典型使用方法如下。

第一种方式：为主题建立page，内容写在page中

第二种方式：为主题建立page，但主题作为daily note中的一个节点，然后把主题内容放到子节点中。

这两个方式，相信各有一批用户，估计也有不少人纠结用哪种方式。单纯从大纲组织上讲，没有任何区别。

1、graph view中，只有page的引用关系，没有block的引用

这是根本区别，如果你希望两个概念构建关系，并能在graph view中查看，则必须为两个概念创建page，并在page中进行引用。

我在强调必须在page中引用，继续基于前面提到的两种方式来讨论。

第一种方式，读书/炒股的智慧和股票技术分析及其心理成因在graph view会形成连接，但第二种方式，则是孤立节点，没有连接。如下图所示。

第二种方式，虽然graph view中没有连接，但在读书/炒股的智慧页面下，可以局部查看自身及子节点引用过的page。就是Linked References的Filter功能，如下图：

我个人期待未来graph view中能提供一个开关，允许用户将Filter中的页面与当前页面的关系，展示在graph view中。

2、所有标记语法只在block上有效

换句话说，block既承载内容，又支持用缩进组织内容。page和namespace本质上只是组织内容，毕竟page和namespace的title能承载的信息量非常少。

特别讲下任务，你只能将block设置为todo而不能将page设置为todo，如果需要把page设为todo，需要建一个todo的block再引用page。

3、namespace的子节点没有顺序

page下的block、block下的子block都有顺序，但namespace的子节点没有顺序。

所以，namespace不适合有逻辑递进关系的内容组织。比如读书的章节笔记，不太推荐读书/炒股的智慧/第一章这种形式。

我对Query的使用不深入，尚不清楚page和block在Query层面有没有显著差异，以我对Logseq数据结构的理解，猜测不会有太大区别。

关于page和block的选择，我将所有的笔记都放在daily note的block中，按时间线组织，block会打上page标签，然后在子节点中丰富内容，一般不到page中去写东西。

相应的，我也很少用graph view，而是为每个感兴趣的领域维护一个MOC（Map of Content），再embed到Contents目录中。我的Contents目录结构如下。