Markdown Standard

2014-09-04 08:35:01 +08:00
 cbsw

各种不同 falvored 格式,现在总算有一个标准了 Markdown Standard

3195 次点击
所在节点    分享发现
6 条回复
zhouzm
2014-09-04 09:24:53 +08:00
越普及,就会发现有不足,就会有人想扩展。

其实Markdown完全可以和reST合并。
cbsw
2014-09-04 10:18:20 +08:00
@zhouzm md 与 rst 合并还是太困难了吧,太多符号不一样了。另外 reST 要比 Markdwon 强大许多,支持很多标记,因为 docutils 算是比较统一的标准,其它语言实现的 reST 基本都以它为参考,docutils 加入某些功能后,其它 parser 也会跟进。而 markdown 则不同,standardmarkdown 里也说了 markdown converter 最开始是 John Gruber 用 perl 实现的,但这个 perl 脚本中没有明确一些语法歧义而且 too buggy,所以不同语言实现 parser 时又自己定义了那些有歧义的地方,导致现在各种 flavored markdown

我觉得开源界当一种技术演化了好多版本后影响程序员彼此交流时就需要制定一种标准,尽管有了标准其它方言也会依然存在,典型如 lisp
zhouzm
2014-09-04 10:47:26 +08:00
不一样才需要合并嘛,md 的发展主要是靠github,写readme方便啊,但等大家熟练了,就会发现 md 不足的地方太多了,当需要写更完善的文档时,reST就是个非常好的替代者,现在 readthedocs 依托 sphinx 发展得也不错,很多开源项目的文档都托管在上面了(readthedocs也可以自己建主机)
springwarm
2014-09-04 11:17:07 +08:00
有了标准之后,标准再继续演化的时候,其他 parser 就会跟进了。

其他文档格式虽然各有强大之处,但流行度不及 Markdown:在 Tumblr/很多博客系统 里写文章,在GitHub/BitBucket 里写 Wiki/Issue,流行的编辑器(Mou, MarkdownPad),各种码农编辑工具的插件(IDEA, VS, Sublime Text, Atom)....

当一个东西在如此立体地流行后,那么获得标准之后,它是会发展的更快更好呢,还是更快更好呢

相信其它格式中优秀的部分,会陆续且谨慎缓慢地(毕竟作为标准不能随意改动,不然谁跟得上)被采纳到 Markdown Standard 之中吧。

正好前面看到 Jeff Atwood 大神的一篇相关话题的文章,还没读。
http://blog.codinghorror.com/standard-flavored-markdown/
jakwings
2014-09-07 10:24:16 +08:00
无非就是为了那个名字,Markdown 本来就是简单好用,只是一帮 IT 人士在折腾。
endoffight
2014-09-09 17:06:41 +08:00
这个是官网
http://commonmark.org/

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/131620

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX