Obsidian 和 Logseq 对比
用了 2 年 Obsidian，Logseq 以前也知道并试用过，当时只有 web 版，稳定性差就没关注了。不久前看了 Randy Lu 关于 Logseq 的视频分享，被吸引到了，于是试用了 2 周。这期间只用 Logseq，没用 Obsidian。
现在，想基于经验分析下二者的功能差异及未来的可能的迭代方向。需要说明的是，这不是一个教程，但如果你正在试用这两个软件，并在犹豫选择哪一个，本文或许能提供一些视角。
这两个软件共同主打的特点是：本地存储 + 文本文件。这对在意数据安全、数据可迁移性的用户（比如我）来讲，非常有吸引力。
它们的核心差异点有两个：
- Logseq 强制使用大纲视图，Obsidian 是自由格式的 markdown 文档
- Logseq 没有文件夹结构，Obsidian 有文件夹结构。
一、首先讲讲自由格式与强制大纲带来的影响
Logseq 强制使用大纲视图，其实就是 block 优先，先有 block，然后 block 组成 page，并且 block 还有层级的关系。
Obsidian 自由格式，就是 page 优先，当它想去支持 block 的时候，只能从段落出发，每一段是个 block，段落间当然也没有层级关系。（官方文档介绍：前后有空行包围的东西就是 block）。
从通用性来讲，Obsidian 的自由格式，其实兼容 Logseq 大纲视图。网上有很多人分享二者共用一个库的方案，无一例外的都是以 Logseq 库为准，然后让 Obsidian 去兼容 Logseq，充分佐证了这一点。
以 block 为例，前方讲 Obsidian 的 block 是基于段落的，但大纲带也是支持的，如下图所示。
相比 Logseq 的 block，Obsidian 的 block 有两个问题：
- Logseq 能直接在反向引用中编辑和操作（比如点击链接）内容，Obsidian 则必须跳转到原文档才能编辑和操作。
- Logseq 的
#标签和 `` 引用，都是作用于块的属性，通过 query 能直接查询到块，Obsidian 通用 dataview 的 query 只能查询到 page。
尤其是第 2 条，对 task 的管理非常重要。事实上，Obsidian 的 dataview 社区已经在计划实现相关功能了。
再看看 Logseq，因为是强制大纲，所以不适合写长文，有趣的是，Logseq 社区呼声第二高的 Feature Request 就是支持长文写作。
这个帖子对 Logseq 应该如何处理长文 block 给出的建议，就是 Obsidian 基于段落的方案。
按照这个畅想，Logseq 支持定义 page 的类型，一类是大纲视图 page，一类是长文视图 page。
长远来看，Obsidian 在自由格式上支持更友好的 block 是顺理成章的事，但 Logseq 在现有强约束的情况下去支持自由格式的长文，需要打破框架。不清楚 Logseq 团队是否会考虑支持长文（目前 roadmap 中还看不到），但这确实是我无法放弃 Obsidian 唯一的原因。
我个人比较期待二者最后殊途同归，Obsidian 更好的支持 block，Logseq 打破框架支持长文写作。
二、再谈谈文件夹支持
这一点，同样体现了 Obsidian 对 Logseq 的兼容。
至于哪个更好，这个见仁见智，我倾向于 Logseq 简化文件夹的方式，减轻分类的压力。Logseq 的页面支持 namespace 层级，可以实现类似文件夹的功能。但需要注意，这是非常定制化的能力，离开了 Logseq 这样的关系就丢失了，所以，如果考虑数据的可迁移性，这个功能应该慎重使用。
三、我最终的选择
我希望在笔记软件中写长文，Logseq 无法完全替代 Obsidian，虽然 Obsidian 的大纲能力比 Logseq 弱但也完全够用，所以本着少折腾的原则，继续使用 Obsidian。但在使用习惯上，会把 Obsidian 中的 daily note 大纲化。
哪天 Logseq 支持长文了，会考虑迁移。也许那一天，Obsidian 的 block 能力也能与 Logseq 并驾齐驱了。
最后，本文使用 Obsidian 写成。
本地通过 Notes 记录碎片，而后整理成 wiki 或 blog，这是我个人习惯。
哈哈，一直在用 onenote
onenote 感觉特别适合手写，无限画布。
虽然没用过，但是还是涨姿势了
我用了很多笔记软件，个人看法就是没有软件可以做到 all in one，无论是 logseq、Notion、hepta 等等，都有独特的地方，还是对自己的知识体系匹配相对应合适的工具。
是的，所以用了两个星期后，回到 Obsidian 了。还是越简单越好，习惯第一、工具第二。
反正我是选用了 Obsidian，也有些不满意的地方，但基本上符合我的要求了。
你的博文用 Obsidian 写成能否一键发布？
我是写了一个 python 脚本，在命令行算是一键发布吧。主要实现了：
1、本地图片自动上传图床，并替换为图床链接
2、本地博文的双链引用，替换为博客的链接引用
刚转移到 Obsidian 时，写了一篇分享 https://www.skyue.com/20082317.html
这个东西应该也能插件化，但我不会 javascript
都用过，都在 iOS 上最早体验了试用版，logseg 都是可以有限的支持 iOS 与其他平台同步，方案就是建一个快捷指令，我有写过，但是，我博客服务器到期，国内的还没有备案。
希望 logseg 能往本地化的 notion 方向发展
我向开发者申请了 logseq 的 iOS 测试版，但收到 testflight 测试邮件大概要等一星期，真的好慢😓…...
我申请大概等了一周，试用了，完成度挺高，感觉正式版不远了。
感觉 Obsidian 已经有 Notion 的大部分功能了，table 可以通过 yaml 属性结合 dataview 实现。
现在只缺一个 page 层级的能力，但 Obsidian 是文件夹结构，不太可能增加页面层级能力。