|  |      1yinian1992      2014-03-20 08:36:58 +08:00 via Android 但是 markdown2 的 readme 上也写了 “That was a while ago though, so you shouldn't discount Python-markdown from your consideration.” 我觉得 markdown2 最大的问题是扩展起来太 dirty 了。 | 
|  |      2zqqf16      2014-03-20 08:39:34 +08:00 俺当年也被骗了,直到后来发现Markdown2对多行代码的支持不太好才放弃了~ | 
|  |      3soli      2014-03-20 09:08:54 +08:00 好像 Mou 用的就是 Discount 。 Discount 真的那么不堪么? | 
|  |      4housne      2014-03-20 09:26:02 +08:00 If you are on a Windows, may god helps you. I don't care it a shit. lol | 
|  |      5lepture OP @yinian1992 我目前最喜欢的是 renderer 方案。因为语法几乎不用扩展,需要修改的一般是渲染效果。 | 
|  |      9yinian1992      2014-03-20 12:26:16 +08:00 @lepture 最后发现,要不还是用 rst 吧,md 感觉像是半成品。 | 
|  |      10lepture OP @yinian1992 目的不同 > Markdown is a text-to-HTML conversion tool for web writers. 它本来就不是为写文档设计的。 http://lepture.com/zh/2013/typography-and-markdown | 
|      11walnutist      2014-03-25 11:57:39 +08:00 我最近折腾了一遍Markdown Parser,Python的这些Parser后来全被我毙了,最终决定使用这个 https://github.com/evilstreak/markdown-js 我在选型过程中主要考虑的因素是: 1、高度可扩展。我要的不是单纯标准的Markdown,更像是Markdown-like。Markdown本身还是太过geek。 2、前后端Parser功能上一致 3、可以轻松toHTML, toText, toPDF.... 4、Parser应该相对成熟和稳定 最终让我下定决心选择markdown-js的因素,也是因为discourse用了这个框架,在discourse的代码中有很好的扩展实例。 解析速度不是我关心的重点,因为我的app架构是后端node.js透过rest提供markdown-to-html服务,并直接在redis中缓存结果。 | 
|  |      12lepture OP @walnutist javascript 的明顯是 https://github.com/chjj/marked 要好很多。不僅僅是最快的,也是最容易讀懂代碼的,也是最容易擴展的。 |