前言

近段时间与群友在群内沟通多次，发现很多群友和我一样对虎鲸笔记的包含关系存在一些误解，本文旨在通过解读标签背后的含义，指出虎鲸笔记的包含关系与传统标签/子标签关系之间的微妙区别。并提供几个我的使用思路。

一、先来了解标签

标签这一设计在现代化笔记软件中广泛应用，「打标签」这一动作已经成为使用者的习惯性动作，但往往忽略了其背后的意涵。

从客观方面来说，「打标签」即创建了一个对标签的引用，使得用户能通过搜索标签带出所有打上标签的块。

从主观方面来说，「打标签」即创建了一个用户对块的描述，这种描述往往是对块的不同方面的，不同纬度的。

这种操作在虎鲸笔记和思源笔记等其他笔记软件中都是相同的。通俗的来讲，我们可以将打标签这一行为具像化为将小球（块）放在不同框（标签）内。与物理世界不同的是，这些小球能同时出现在不同的框内，框和框也可以进行交叉存在。这就是通过标签管理文件的优势。

其关系如下图

二、子标签与包含关系

在传统的标签系统中，子标签和父标签的关系可以概括为以下几点：

• 父标签（Parent Tag）：通常是一个高层级、概括性的类别，用于涵盖多个相关主题。它定义了整体范围或领域。
• 子标签（Child Tag）：是父标签下的具体实例或细分，继承父标签的属性，但更具特异性。子标签可以进一步拥有自己的子标签，形成多级层次。

核心关系：

• 包含关系：父标签包含子标签，所有子标签的元素或实例都属于父标签的范畴（类似于集合论中的子集关系）。
• 继承与细化：子标签继承父标签的通用特征，但添加了更多细节或限制条件。例如，父标签“动物”可以包含子标签“哺乳动物”“鸟类”等。

其关系如下图，打上子标签的所有小球，能被子标签与父标签同时索引到。

三、常见的误用：从属关系

在思源笔记等笔记软件中，常有一种常见的标签用法即使用类似#项目/项目A的标签。实际上这是一种将从属关系误用为包含关系的典型错误。

• 从属关系（Membership）： 指一个元素与一个集合之间的关系，即某个对象是否“属于”或“是成员 of”某个集合。在数学中，常用符号“∈”表示。例如，如果元素a是集合A的成员，我们写作“a ∈ A”。
  • 关键点：这是一种“点与集合”的关系，强调个体与整体之间的归属。
  • 在标签系统中的类比：例如，一个具体的标签（如“某某项目”）从属于一个更大的类别（如“项目”），但这更多是概念上的归属，而非严格集合论定义。
• 包含关系（Containment）： 指两个集合之间的关系，即一个集合是否“包含”另一个集合的所有元素。在集合论中，这通常指子集关系，用符号“⊆”表示。如果集合A的所有元素都是集合B的元素，则A是B的子集，写作“A ⊆ B”。
  • 关键点：这是一种“集合与集合”的关系，强调整体之间的层次或范围。
  • 在标签系统中的类比：例如，父标签集合（如“项目”）包含子标签集合（如“工作项目”、“家庭项目”），即子标签集是父标签集的子集。

之所以会产生这种误用，在于大部分笔记软件会将形如#项目/项目A和#项目/项目B的子标签，合并折叠显示在#项目标签下，来实现对标签树的整理工作。

为了避免这种从属关系的误用，我们在打标签前应该考虑到，这个块是不是在当前概念下的实体。如下图所示，对于项目这个概念来说，项目A、B、C就是项目概念下不可分的实体（事实上也可以有子项目，在此做简化），因此应当使用项目A#项目而不是#项目/项目A来表示这一关系。

使用包含关系前想一想，是不是父标签的不可分实体，如是，则应改为标签的形式记录，而不是使用「包含于」这个功能

四、几个使用例子

下面是我的几个使用例子。些许拙见供大家参考。

1. 正确区分项目与子项目

如下图，可以看到我去宁波旅行的计划「甬海逐凉」是一个项目，是当前项目中不可分割的实体，所以我才用了打标签的方法来标记他，因此当我浏览「项目」这个块时，其引用中不会出现与「甬海逐凉」这个块有关的引用，这是正确的。当我浏览「甬海逐凉」这个块时，能在引用中看到所有指向这个项目的引用，这也是正确的。

2. 包含可以是多重交叉的

如下图，包含关系也可以是多重交叉的，「DailyLog」可以包含「健康观察」、「工作日志」等多种具体的Log条目，「工作日志」也可以被包含在「工作」和「Log」中，这种包含关系是独立的、自由的。可以经过多方引用的。