怎样把SegmentFault目前的语法格式无缝转换为标准的Markdown格式

关于这个，我记得我之前有提到过一个想法，就是通过元标记来辨别，类似于 vim 的 modeline。

从某个时间点开始，旧的内容头部统一添加类似 “!!syntax:sgwiki” 这样的标记用以区别旧的 wiki 语法，新的内容默认使用 markdown 撰写。当然，也可以支持更多的轻量的语法标记，不局限于 markdown，只要头部有相应的元标记即可。比如,“!!syntax:markdown” "!!syntax:multimarkdown" 等等。

十分不建议做自动的语法转换，这就好比用 RegEx 解析 HTML 一个道理，因为你永远也不可能考虑全部的情况，而且，最好保持用户的输入 intact，只提供兼容机制。这是最简单的方案。

与其做转换, 不如给每个文字条目都加一个语法属性. 老的条目默认记录为老语法, 新的条目记录为markdown. 输出页面的时候根据语法属性调用不同的解析库就好了. 当然未来也可以支持更多的语法, 但意义不大, markdown已经够大众了.

btw, 推荐用GFM https://help.github.com/articles/gith...

方案：界面上渲染出的是html，如果把现在语法渲染后得到的界面上的html转成markdown呢？然后将库洗一遍。

最终的效果是不是这样的：界面上提供一个markdown语法的editor，然后从这个新editor上线后，对于以前的数据，用户点击‘编辑’时出现的是markdown的语法格式，对于以后新添的数据，也是用markdown语法编辑。

如果是这样的话：

• 需要把以前的数据洗库，用上面的方案是最合适的，用户感觉不到功能更改的疼痛。
• 使用目前界面上的以前的语法渲染的html，将这些tml转化为markdown格式数据，然后用它清洗数据库里的旧数据，能保证样式不会发生多大变化。
• 不需要再在界面上添加两套编辑器语法和转换程序。

洗库的工作量也是很大吧 ， 支持 咳嗽di小鱼 , 这样最简单了 ，几步既可搞定, 功能扩展优于数据重构。