来自用户 Roland 的使用介绍

Contributed by our user Roland

前言

因为我自己的认识并不是从官方的资料中来，而是自己在使用过程中摸索出来的，所以可能与官方描述存在偏差，仅作为参考。

我将分层级介绍Anytype中几个重要功能的概念。

关于这些概念，有必要先打一个预防针，Anytype在笔记形式的理念上是相较于大多数笔记软件是要更加前卫，下文提到的概念的名字，即使是在英语中也不能够只从字面上去理解，这些功能的真正的名字或许还没有在这个时代诞生，现在所用的名字只是借用了一些可能会在某方面相似的概念的名字，如果从这些名字来看，我们对于它们所习惯的用法可能会让我们的认知产生误解，所以最好将这些名字作为代号来看待，名字和定义都不去管吧，最好从这些功能能够怎么去用的角度去感受它们的实质。

本篇内容，只需要看看，在本篇的介绍完成之后，会另有下文去介绍我如何去使用Anytype，在后文的用例中更能体现一些深入的理解，这会比琢磨定义和意思更直接。

另外，我的用法不一定适合大家，但是相信大家可以从我的用法中找到可以借鉴的点，希望我的分享可以让更多人少走我所走的弯路。

Object、Type、Relation

Object

在Anytype中，我们的每一条笔记及类似的东西，被称为Object。

Type

不同类型的笔记、对象应该被用不同的方式管理，这是我们划分type的好处。

不同的type可以分别设置不同的模版和其他参数。

Relation

Relation是从Notion的Database演化而来的，区别在于：Relation能够更加灵活地与Object产生联系。

Relation的主要用途是从各个角度描述Object，就像是一个Object的各方面参数一样，以便于后续筛选、排序与关系整理。

Relation的细分类如图所示。

Set、Collection

在Anytype中，我们无法直接在type的界面对属于这个type的object进行修改，需要在set和collection中进行操作。

Set

set，意为数学概念中的“集合”，我们可以从type的页面处创建

然后，这个type的所有object将会显示在set页面中，对于每一个type，我们都能够进行这个操作来创造出对应的set来管理，不过建议用到的时候再说。

一个set下可以有多个视图，如图红框所示。在每一个视图下可以进行筛选、排序、选择视图类型（网格、画廊、列表、看板）。在最新的beta版本中，每个视图可以选择这个视图下创建object时的默认模版。

关于set的使用方法建议，会在下方用例分享的部分中展开说明。

Collection

Collection是一种特殊的set，set里面只会有对应type的object，而Collection里面可以含有多种type。

我们可以在collection里面创建Object；

也可以将已有的Object连接到Collection，如此一来这个Object也会显示在Collection里面。

Tag（Relation）

这些概念基本介绍完了，这里再单独介绍一下Tag这个Relation类型，它将会是后面用例文章中实现无层级无文件夹结构化的关键抓手。

我们可以创建一个tag类型的Relation，名字可以自己设置，这里以“测试Tag”为例。

可以输入来选择已有的Tag或者创建一个新Tag

当然不仅可以有一个tag的relation，这里就有很大的发挥空间了。

大概的功能介绍这里就结束了，总结来说，对于Anytype中的概念，与其去纠结名字和定义，关注它们能够用来做什么，能够比较有效地认识。

个人用例分享——Set的使用模式建议

前言

这一部分将介绍个人使用Anytype过程中建立起来的一个模式，看之前建议先看《Anytype入门1——基础功能的了解》。

因为每个人的需求和使用目标可能有无法预料的差异，因此用法仅作参考，不过我相信我的用法多少能给大家带来一些启发。

这种方法的特点

契合原子化的结构，不需要文件夹结构和层级结构

利用标签进行结构化，支持灵活分类，支持交叉分类

使用更少的Type进行管理

虽然按不同的Type进行管理会有其好处，但是过度地划分Type也会存在隐患。

在Anytype中，Object必然属于某一Type（不存在不属于任何Type的Object），并且Object的Type只能有一个（不存在同时属于多个Type的Object）。

因此，如果Type分的太多，很容易产生“这个Object要属于哪个Type”的问题。

因此我从一开始的细分type（如日记、日语词汇、英语词汇、想法记录、词条等等）的模式转向大type模式（除特殊类型的Object外，一律使用Page这个type管理），将分类这个事情从多个type之间转移到type内部。

使用Tag进行Type内部的灵活分类

在基本概念介绍的部分中，已经提到过，Tag可以用来灵活分类。

在我的Page这个type中，几乎包含了我大多数的的Object，我主要使用Tag来管理它们。

为了方便自己着重地浏览某个小类的Page，比如所有的摘录，我会在Set的选项卡这里新建一个选项卡，在Page的基础上筛选出所有Page类型这个Relation中包含摘录这个标签的页面。

筛选出来效果如下图

为了方便大家理解我将Page类型在这个页面也展示出来了。

我们还可以根据这个小类的特点进行特别的管理，比如摘录这个类型的Page大多数都使用了“作者”这个Relation，我们在这个标签页中可以单独地显示出来。

这个筛选结果和设置显示出来的Relation，是保留并且维持下去的，不需要每一次打开都重新设置，我们可以修改标签页的名字为“摘录”来提醒自己这是这个页面显示的全是摘录。

各个视图下设置默认模版

在最近的0.34.0版本更新后，我们为每个视图设置单独的默认模版，这样一来我这种用法会更加的顺畅，可以根据为Page Type下面的每个小类单独设置默认模版。

Tag的使用心得

在Anytype中，同一个Tag的Relation，包含的所有标签是互通的（已经存在的标签会成为后续添加标签的可选项），我为了更好的管理这些标签，在每个type下面创造了对应分类用的Tag Reletion，如Page Type下我会用“Page类型”这个Tag Relation进行管理，而Human type则用“Human类型”进行管理，这样子它们之间的选项不会串。

Tag的灵活分类，使得我们在设立分类的时候不需要考虑两种类型是否互斥，例如我用来管理Page的类型有主题笔记、词条、手稿、灵感记录、想法记录、清单记录、日记、中文词汇、日文词汇。

可以看到，这些分类中有一些很暧昧，一些的划分角度跟另外一些看起来有明显的区别，这就是Tag分类的灵活性——我们不需要预先对分类进行严格的划分、不需要保证他们是互斥的、不需要强制自己按特定的角度进行划分。

而对于Object来说，我们既可以是它不属于任何一个分类，也可以同时属于多个分类，很灵活。

个人对于Tag在这方面发挥的作用，比起分类更像是“助记词”，因此打标签的时候，我会更加的随心，按照自己的想法来。等到我需要找到这个页面的时候，我就可以很自然地想起这个页面是什么标签，因而快速地筛选出来。这种助记词一样的tag使用方法，在原子化的笔记结构中是很好用的，当软件中的object多起来的时候，会体现的更加明显。

该用法的额外好处——原子化结构的进一步体现

使用上述的方法可以对内容进行灵活分类且允许交叉分类，回到跟Notion等软件的Database Like功能中去对比的话，我们发现，其他软件中的Database的结构和用法受到了其表格形式的限制，可以视为一个加强版的表格，但是其下内容的组织也受到了表格使用习惯的影响——我们必须决定这个表格的主题后才能进行其中内容的写入，也就是说，我们在写入的时候必须先考虑好我们之后要以什么样的主题、视角去使用。

而我在上面所推荐的用法，则切断了这种绑定，我们可以像用其他软件一样地去组织内容（即我原先使用的大Type模式，或者使用Collection按特定的角度或者主题去组织起来），但也有了这以外的选择。这意味着我们在创建和编辑Object的时候不再需要考虑实际使用的时候要采用什么角度，这导向了一种更加无摩擦、无感的笔记使用方式——内容的创造和使用脱离了彼此的束缚，自由地创造以及自由地从各个角度组织、使用起来。