提升的属性是被视为重要的属性，因此被“提升”到主笔记 UI 上。请参阅下面的示例：
您可以看到笔记具有具有多个字段的形式。这些中的每一个都只是常规属性，唯一的区别是它们出现在笔记本身上。
属性可能非常有用，因为它们允许查询和脚本自动化等，但它们也不方便隐藏。这允许您选择一些重要的内容并将它们推到用户的前面。
现在，我们如何使属性出现在 UI 上？
属性定义
属性始终是名称-值对，其中名称和值都是字符串。
属性定义指定了如何解释此值 - 它只是字符串，还是日期？我们应该允许多个值还是注释？重要的是，我们是否应该推广该属性？
您可以注意到标记属性定义。这些“定义”属性定义了“值”属性的行为方式。
因此，有一个属性用于价值，一个属性用于定义。但请注意 definition 属性是 Inheritable，这意味着它也适用于所有后代笔记。因此，在某种程度上，此定义用于整个子树，而“值”属性仅适用于此笔记。
反比关系
有些关系总是成对发生——我最喜欢的例子是家庭。如果你有一张代表丈夫的纸条和代表妻子的纸条，那么这两者之间可能存在关系。这是双向关系——这意味着如果一个关系指向丈夫到妻子，那么应该总是有另一个关系指向从妻子到丈夫。isPartnerOf
另一个例子是父子关系。同样，这些总是成对出现，但在这种情况下，它不是完全相同的关系 - 从父级到子级的关系可能会被调用，而从子级到父级的另一个可能会被调用。isParentOfisChildOf
关系定义允许您指定这样的“逆关系”——对于您刚刚定义的关系，您可以指定哪个是逆关系。请注意，在第二个示例中，我们应该有两个关系定义 - 一个定义为反相关关系，然后第二个定义定义为反相关关系。isParentOfisChildOfisChildOfisParentOf
这在内部的作用是，每当我们保存定义了逆关系的关系时，我们都会检查关系目标笔记上是否存在这种逆关系。同样，当我们删除关系时，我们也会删除目标笔记上的反比关系。
