关于markdown，有些话想说

[机杼]

最近在用一个docusaurus框架在写tiddlywiki文档，这个框架用markdown写内容，但内容一旦超过基本的语法，就要用react的jsx来写。

而不懂jsx的话，写起来就很烦，因为直接写原生的html也不行。

不知道其他平台或者框架是怎么处理的？感觉markdown虽然作为比较通行的选择，但只有基础部分是通行的，比如标题，有序列表和无序列表，链接，图片，代码块。但稍微复杂一点的需求就很难实现了。比如我想要三张图片同时并列展示，markdown怎么写呢？markdown写不了，然后又说写各种代码，但不同的平台要写的形式又不一样。

docusaurus是用react开发的，自然是用react的形式。但有的好像就不需要写jsx，而用mdx还是什么。

之前我没怎么使用过markdown，有也只是作为临时转存数据，后面就都导入到tiddlywiki里了。我感觉tiddlywiki的wikitext比markdown好用很多啊。wikitext下可以和markdown的语法基本保持一致，以至于如果要转换的话，就是替换几个符号就可以了。而上则可以实现很多的功能，至少直接写原生的html是可以实现的。

但tiddlywiki估计又不能用像react这种框架，估计也会受到一定限制。markdown通行有其通行的理由，但我觉得用其作为笔记存储形式，还是不适合。关于markdown记笔记，最麻烦的就是图片的使用，有图床的还好说，没图床的只有本地相对路径了。后期如果改了，那文本中的路径都要手动修改一遍，真挺麻烦。因为我写文档的时候就出现过这个问题，后期图片很多就需要分类到不同文件夹里，然后文本中的路径全都修改了一遍。

当然我不是markdown的重度用户，只是偶尔使用一下，但感受不好。我觉得markdown被吹得太过了，太神话了，以至于现在任何一个软件都不得不搞一个导出为markdown的选项。

[机杼]

markdown还有另一个优势，就是所见即所得。但这个所见即所得感觉实现的只有基础功能，还是像上面说的一样，涉及到复杂代码就难搞了。

写笔记，总不能因为markdown而把自己的笔记限制成只有标题和列表的形式吧，我觉得笔记形式能够丰富还是尽可能丰富一点。

[WhiteFall]

若是ob的话，图片的存储修改，或者说任意链接在ob内修改都会快速的更新。所以几乎不需要费心。

md是一种纯文本标记，对于本地存储，纯文本标记可能是最好的方案（或许），因为这样，任何软件都可以打开。若是有格式的就需要用专门的软件打开。

[oeyoews]

本质上都是HTML，可以把wikitext看作mdx，mdx可以嵌入代码，变量，就好比wikitext嵌入各种macro

[oeyoews]

相比mdx，我称之为mdm

[oeyoews]

wikitext的widget 就好比react 的component，也可以在mdx里面嵌入

[机杼]

@oeyoews 本质上肯定都是一样的。但这样说的前提是这些都会。而markdown半个小时可以学会，但react可不是半个小时能学会的。wikitext高级部分虽然说也不是半个小时就能学会的，但总还是不太一样。

我主要还是觉得markdown并没有像网上说得那么方便。我是能不用markdown就不用。用markdown感觉还不如直接用纯文本写。

[linonetwo]

我还是想用所见即所得编辑器，不过最近空闲时间都没空改它，都玩别的插件了

[oeyoews]

markdown 一般程序员用的多, 普通用户如果不接触笔记软件, 也不会用它, 毕竟还有office

[oeyoews]

脱离了使用场景来说是没有意义的

[机杼]

@oeyoews 这个情况就是因为要写笔记，要使用笔记软件，所以很多非程序员的人群也开始了解markdown了，使用markdown，但当他们发现markdown除了便利也有缺陷时，就会失望了。至少我是觉得markdown的宣传和其功能是不相符合的。虽然大多并不是商业性质的宣传。

[机杼]

用笔记软件，大多是因为office解决不了他们的需求，就像用tiddlywiki也是因为其他笔记软件满足不了我们的需求。当然这些人群肯定是少数中的少数。

[马萨伊尔]

@机杼 office word若解决同时修改多篇文档和双链功能这两个问题，再次稳定了江山。