早上整理我的统计分析笔记的时候,在思考应该用怎样的方式进行管理笔记
原来是用 moc 管理的,我每周写一篇笔记,发到小红书和博客
但是我总觉得缺少了一点点什么,想了一下,觉得主要是缺少简单展示主题下所有笔记的链接,我更希望对自己精进的领域笔记,有自上而下的掌控感
尝试用文档树分类的方法把所有的笔记放在《统计分析》这个笔记下,才试了一个文档的移动就觉得太麻烦了,直接放弃
最终还是觉得用数据库来代替文档树的管理比较省心
最后,简陋总结下我尝试过的三种管理主题笔记的方式优劣势。
方式一:文档树管理
用传统的文档树分类方式管理笔记,一个主题下的所有笔记都放在父主题下
优势
- 有文档树导航主题下的所有笔记,可以快速跳转到父主题和其他相关文档
弊端
- 文档树移动文档需要重建索引
- 不能使用 shift+ 点击快速批量移动笔记,只能通过 ctrl+ 点击进行移动
- 一不小心删除父文档,软件里的恢复无法连同子文档的结构进行恢复,只能平铺恢复
- 新建笔记麻烦:要么新建笔记时找到对应主题笔记新建子文档,要么设置 inbox 路径,先新建,之后再迁移
方法二:传统块引 MOC 管理
优势
- 组织方便灵活,可用段落、列表、表格、脑图等方式进行组织,可放内部的笔记链接也可以是外部链接、纯文本,可添加标题进行大纲导航
- 对文档的排序简单方便,比较省心
- 一个文档可以在 moc 里出现多次,也可以出现在多个 moc
- 新建文档方便:可以不在乎文档实际所在的路径,只管理链接
劣势
- 从子文档回到主题文档和相关文档,比较麻烦。文档树可以一直固定在侧栏,moc 文档只能手动固定主题文档在一侧页签, 在另一侧页签打开,页签上 moc 文档容易被打开的笔记覆盖。对我而言,相比文档树分类方法,很容易丢失全局的掌控感,不方便回顾。
- 子文档删除,块引不会自动删除,需要手动删除
方式三:数据库 MOC 管理
优势
- 添加文档方便:文档右键添加、文档直接拖动都可以快速添加到数据库中,可以不在乎文档的路径,只管理数据库本身
- 相比传统 MOC,更方便从子文档跳转到主题文档和相关文档,数据库类似标签,可以显示在文档的右上方
- 文档删除,数据库条目自动删除
- 可以规范地对文档添加标签、备注等信息,在数据库中进行筛选和排序,比传统 moc 更适合管理一个主题下的所有笔记
劣势
- 相比传统 MOC,创建条目没有那么自由方便
- 父子项管理不方便
- 数据库不支持更改绑定块的锚文本
欢迎来到这里!
我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。
注册 关于