为什么_和*在降价活动中均用于粗体和斜体？

Question

这两个降价促销：

A Freudian slip is when you say _one thing_ but mean __your mother__
A Freudian slip is when you say *one thing* but mean **your mother**

得到同等的标记：

弗洛伊德式的滑倒是当您说一件事但表示您的母亲

也就是说，两者_one thing_并*one thing*有斜体的效果。而且两者__your mother__并**your mother**加粗文本。

是否有任何历史/特定原因导致斜体和粗体具有两种不同的同义词语法？发生这种情况时，我找不到其他情况。

Markdown的官方页面在其语法部分中指出：

为此，Markdown的语法完全由标点符号组成，这些标点符号经过精心选择，以使其看起来像它们的含义。例如，单词周围的星号实际上看起来像*强调*。Markdown列表看起来很像列表。假设您曾经使用过电子邮件，即使是块引用也看起来像是引用的文本段落。

然后：

强调
Markdown将星号（*）和下划线（_）视为重点指示
（...）
。唯一的限制是必须使用相同的字符来打开和关闭强调跨度。

但它确实提到了为什么_要引入来模仿的用法*。

Answer 1

星号和下划线之间有一个重要的区别：只有星号可以在单词中使用，即

a*b*c

ABC​​

产生斜体b而

a_b_c

a_b_c

才不是。

Answer 2

通过 fedorqui 在他的第二条评论中发布的链接，还有另一个指向旧电子邮件回复的链接，其中 Gruber 促使他选择同时提供_和*等效功能。

其中一个关键点是，他用自己的电子邮件对话得出结论，而不是在它的思维斜体和加粗的字体，人们一般使用单包装下划线或星号来强调（<em>）一个字，而他们倾向于使用双包装下划线或星号强烈强调( <strong>) 一个词。他*为<em>自己使用单曲。

在我阅读的第一个版本中呈现 html 标签似乎存在一些问题，但我在别处找到了一个看似完整的存档版本。我粘贴了下面的内容，只添加了反引号以避免对星号和下划线进行格式化：

Fedora.net 上的 John Gruber 格鲁伯，美国东部时间 2004 年 3 月 15 日星期一 21:11:34

Previous message: asterisks as bold or italic?
Next message: asterisks as bold or italic?
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

Merlin Mann 在 03/15/04 的 8:10p 写道：

Markdown 将星号*和下划线_视为强调的指标。用一个*或_将用一个 HTML<em>标签包裹的 文本；double*或_将被 HTML<strong> 标签包裹。

语法建议可能已经晚了，但我很难习惯*foo*制作文本<em>而不是<strong>.

像这样的改变在游戏中已经晚了，但是，相信我，即使几个月前有机会提出这个案例，你也不会成功。

并不是我认为你是*wrong*，本身。但是 Markdown 中的第一个功能——甚至在它甚至可以<p>在段落周围包装标签之前——是一个正则表达式模式：

*this*

进入：

<em>this</em>

简而言之，你有点搞砸了，因为这就是我写作的方式，也是我从 1992 年左右开始写作的方式。

我想知道我的经验是否是独一无二的，但我总是看到并使用星号来制作粗体，而用空格/下划线换行会将文本样式设置为斜体。这适用于我使用过的 wiki 以及来自我的提供商 ( http://www.fastmail.fm ) 的文本邮件（除其他外，我很确定）。

这不仅仅是基于我个人的心血来潮。如果你环顾四周，你可以找到对解释单个星号的两种方式的支持（em vs. strong）。例如，纺织品同意您的意见。

然而，reStructuredText 同意我的看法：

http://docutils.sourceforge.net/docs/rst/quickstart.html#text-styles

Setext 的实际规范说**double**星号相当于强调强调，但~tildas~用于斜体。（但我读过的两份 Setext 格式的时事通讯，TidBITS 和 MDJ，都没有使用 tildas 来强调。）

我还通过一个可怕的很多我的电子邮件的搜查，我发现是，无论_underscores_和*asterisks*被广泛使用，但两者风格往往被用来暗示正常字强调。例如，如果你不再考虑“斜体”和“粗体”，而去想“强调”和“强烈强调”，我认为这样说是很公平的 _this_，*this*两者都意味着正常的强调。

在每种情况下键入单个字符肯定会更快且更不容易出错，而且它可能会打开双字符以供将来用作“-like”转义字符。

我可以看到生成单个文字字符的情况**并且__在某种程度上是合理的转义序列，但是我一点也不相信键入*this*而不是 **this**.

如果这只是我自己的特殊习惯，我当然可以取消学习，但我很好奇其他人在使用 Markdown 时是否有过这种经历。

我要强调的是，我不认为你的习惯有什么特别之处；我相信其他人也会分享它。我很同情我的决定打破了你的习惯。但我也确信还有其他人的习惯与我的一样。

现在，当然，另一条路线是使这些强调序列可配置。或者，至少，提供一些关于如何解释它们的预设变化。

这样做的好处是大多数人可以让 Markdown 以他们喜欢的方式处理单词的重音。那会很好。

不利的一面是 Markdown 的格式在任何地方都不再相同。如果只有一次一致的风格，Markdown 应该在任何地方都完全一样。

这也是一种情况，这会给软件增加一整层复杂性。

抱歉让您失望了

-JG

Answer 3

发布 Markdown 一天后，John Gruber 发布了一份长篇解释他创建 Markdown 的动机。他部分指出：

您不需要在发送电子邮件之前“预览”它——您可以在那里编写、阅读、编辑它。

事实上，我喜欢写电子邮件。电子邮件是我最喜欢的写作媒介。在过去的五年里，我发送了超过 16,000 封电子邮件。纯文本电子邮件的约定使我能够清晰准确地表达自己，而不会妨碍我。

因此，降价。用于网络的电子邮件式写作。

我现在找不到了，但我记得他在别处解释说这是他做出选择的主要因素（请参阅其他答案）。许多语法规则源自人们已经使用纯文本创作电子邮件的方式。例如，（正如 OP 在评论中发现并指出的那样）他在多年后说：

星号是毫无疑问的。添加下划线作为辅助语法是因为似乎有足够多的人在电子邮件中使用它们。

我记得，星号也是如此。许多人已经在电子邮件中使用它们。