Markdown的标准化之路 - 推酷
Markdown的标准化之路
一群来自Stack Exchange、GitHub、Reddit以及其他组织的代表发起了对Markdown进行标准化和功能增强的项目，名字为Standard Markdown。但是他们的努力遭到了Markdown语法创建者John Gruber的反对，John Gruber不希望Markdown用在其他项目中，所以标准化项目最后改名为CommonMark。
于2004年发布，包含一套纯文本格式化语法以及由其创建者John Gruber发布的Perl工具，该工具用于将符合Markdown语法的纯文本文档转化为对应的HTML。多年来，Markdown语法被逐步采纳，现在使用它的有GitHub、Reddit、Stack Exchange、SourceForge、Atlassian Confluence等，所以我们可以认为Markdown已经被整个软件社区所采用。Markdown的成功与其简洁性紧密相关，Gruber当初的设计决定了Markdown今天的成功，
Markkdown格式文档应该以纯文本发布，并且看起来不会像是由许多标签或是格式指令所构成。
不是所有人会为Markdown的发展感到高兴，但更多的人不想看到它止步不前 。Markdown语法从V1.0.1（2004）就再没有更新，所以很多人创建了转换工具，可以生成带有略微差异的HTML文档，在
中有所展示。另外有热心者为Markdown增加了各种功能，如表格、定义列表，脚注等等。
在希望改善Markdown的众人中就有Jeff Atwood，他是
的联合创始人。
，由若干“来自GitHub、Reddit、Stack Exchange以及开源社区的重要代表”组成了一个“小型非公开工作组”，打算将Markdown标准化，并为了进一步的改进开放该标准。工作组于近日发布了
，随之有专门的网站，但发布几天后应Gruber的要求被迫关闭了。
中，Gruber说标准使用了Markdown“令人愤怒”，要求标准化工作组重新命名项目，关闭并且道歉。对于名字，Gruber建议工作组可以使用比如Strict Markdown或Pedantic Makrdown类似的名字。Atwood希望有其他的名称，在等待Gruber的反馈一天无果后，将其重命名为Common Markdown。但Gruber最终补充说“只要带有‘Markdown’一词的任何形式，他都无法接受 ”，所以Atwood和工作组将其改名为
社区对标准化的成绩以及Markdown一词的使用反响异常激烈，也催生了数以百计的评论（
）。其中有部分是维护Gruber立场的观点，拒绝任何标准化的事情，还有另一部分希望使其标准化并改善之。希望深入了解标准化的读者可以移步相关站点，
网站包含了该
，GitHub仓库中包含基于C和JavaScript的标准实现，以及大约400个一致性测试，还有
，里面已经有不少相关的主题。
作为补充，Markdown起初以
发布，该协议中规定“在没有事先书面许可的情况下，不可以将’Markdown’或其贡献者的名字用于宣传或推广该软件所衍生的产品”。
查看英文原文：
感谢曹知渊对本文的审校。
给InfoQ中文站投稿或者参与内容翻译工作，请邮件至q.com。也欢迎大家通过新浪微博（@InfoQ）或者腾讯微博（@InfoQ）关注我们，并与我们的编辑和其他读者朋友交流。
已发表评论数()
请填写推刊名
描述不能大于100个字符!
权限设置： 公开
仅自己可见
正文不准确
标题不准确
排版有问题
主题不准确
没有分页内容
图片无法显示
视频无法显示
与原文不一致CommonMark
CommonMark
A strongly defined, highly compatible specification of Markdown
What is Markdown?
It’s a plain text format for writing structured documents, based on formatting conventions from email and usenet.
Who created Markdown?
It was , who wrote the first markdown-to-html converter in Perl, and it soon became widely used in websites. By 2014 there were dozens of implementations in many languages.
Why is CommonMark needed?
John Gruber’s
does not specify the syntax unambiguously.
In the absence of a spec, early implementers consulted the original Markdown.pl code to resolve these ambiguities. But Markdown.pl was quite buggy, and gave manifestly bad results in many cases, so it was not a satisfactory replacement for a spec. Markdown.pl was last updated December 17th, 2004.
Because there is no unambiguous spec, implementations have diverged considerably over the last 10 years. As a result, users are often surprised to find that a document that renders one way on one system (say, a GitHub wiki) renders differently on another (say, converting to docbook using Pandoc). To make matters worse, because nothing in Markdown counts as a “syntax error,” the divergence often isn’t discovered right away.
There’s no standard test suite for M
is the closest thing we have. The only way to resolve Markdown ambiguities and inconsistencies is , which compares the output of 20+ implementations of Markdown against each other to see if a consensus emerges.
We propose a standard, unambiguous syntax specification for Markdown, along with a suite of comprehensive tests to validate Markdown implementations against this specification. We believe this is necessary, even essential, for the future of Markdown.
That’s what we call CommonMark.
Who are you?
We’re a group of Markdown fans who either work at companies with industrial scale deployments of Markdown, have written Markdown parsers, have extensive experience supporting Markdown with end users & or all of the above.
John MacFarlane, jgm@berkeley.edu
David Greenspan,
Vicent Marti,
Neil Williams,
Benjamin Dumke-von der Ehe,
Jeff Atwood,
How can I help?
Exercise our , or
in your preferred environment or language. Provide feedback!
If a CommonMark implementation does not already exist in your preferred environment or language, try implementing your own CommonMark parser. One of our major goals is to , and to eliminate the many old inconsistencies and ambiguities that made using Markdown so difficult. Did we succeed?
Where can I find it?
The CommonMark specification.
Reference implementation and validation test suite on GitHub.
Public discussion area and mailing list via .
Quick reference card and interactive tutorial for learning Markdown.
Live testing tool powered by the reference implementation.
When is the spec final?
The current version of the CommonMark spec is complete, and quite robust after a year of public feedback & but not quite final.
With your help, we plan to announce a finalized 1.0 spec and test suite in 2017.TECH2IPO/创见
「 等待新的科技故事 」
Markdown 标准化受阻，新标准名为 CommonMark
John Gruber 2004 年创造了 Markdown 语法之后并未对其进行过大的版本更新，而一群互联网社区工作者组成的试图将 Markdown 标准化的团队遭到了他的抵制。
Markdown 语法在 2004 年正式问世，是一种常用的计算机语法，目的在于帮助与文字、代码相关的工作者在不需要进行复杂排版的条件下直接使用标记语言来完成 HTML 排版。Markdown 得到了包括 GitHub、Reddit 等在内的主流互联网技术和内容平台的支持。但由于 Markdown 语言自从创立以来就没有进行过大的版本更新，而各大主要的使用者都对其语法的部分细节进行过小的修改，导致第三方版本千变万化，语法存在一定程度碎片化的情况。因而，一些相关机构和公司最近开始派出人员组成专门的队伍，试图对 Markdown 语法进行标准化。但这个标准化进程遭到了 Markdown 的创作者，科技名人
的。Gruber 认为无论这些人在标准化上面做什么努力，都不可以称其为 Markdown。因此他要求标准化团队更换「Standard Markdown」的名字，关闭同名网站并且对他公开道歉。最后，标准化团队决定新标准取名为 CommonMark。&
请后参与评论}