和， 和之间有什么区别?

我要冒险从历史和现实的角度来分析:

是的，根据规范，在HTML4中具有语义意义，具有严格的表示意义。

是的，当HTML5出现时，b和i引入了略有不同的新语义。

是的，W3C基本上推荐TL,DR;不要用b和i。

您应该始终记住，b元素的内容不一定总是粗体，i元素的内容也不一定总是斜体。实际的样式取决于CSS样式定义。您还应该记住，在某些语言中，粗体和斜体可能不是内容的首选样式。如果有更描述性和更相关的标记可用，则不应该使用b和i标记。

BUT:

现实世界的互联网有大量的现有HTML，这些HTML永远不会更新。现实世界的互联网必须考虑在庞大的软件和CMS系统网络之间生成和复制粘贴的内容，这些软件和CMS系统都有不同的开发团队，建立在不同的时代。

因此，如果您正在编写HTML或构建一个为其他人编写HTML的系统，当然，一定要使用而不是来表示“强烈强调”，因为它在语义上更正确。

但实际上，实际情况是，和的语义和风格意义已经随着时间的推移而合并。

如果我正在构建一个允许任何样式文本粘贴的CMS，我需要为正在粘贴并表示“强烈强调”的人以及正在粘贴并表示“使此文本加粗”的人进行计划。这可能不是“正确的”，但这就是现实世界在这个时刻的运作方式。

因此，如果我为该网站写一个样式表，我可能最终会写一些样式，看起来像这样:

b,
strong {
  font-weight: 700;
  /* ... more styles here */
}

i,
em {
  font-style: italic;
  /* ... more styles here */
}

或者，我将依赖于浏览器的默认值，它在我所知道的每个现代浏览器中执行与上述代码相同的任务。

或者，我可能是数百万个使用normalize.css的网站之一，它会注意确保b和strong被同等对待。

世界上已经有如此庞大的HTML海洋在这个期望下工作，我只是无法想象b会被贬低而支持strong，或者浏览器会开始默认地以不同的方式显示它们。

就是这样。这就是我对语义、历史和现实世界的看法。b/i和strong/em是一样的吗?不。在现代文明崩溃之前，它们是否可能在几乎所有情况下都存在并被视为相同?我想是的。

2020-07-14 21:35:32

正如其他人所说，和是显式的(即。"使此文本加粗")，而和是语义的(即:“应该强调这篇文章”)。

在现代网络浏览器的环境中，很难看出两者的区别(它们似乎产生了相同的结果，对吧?)，但想想为视力受损的人设计的屏幕阅读器。如果屏幕阅读器遇到标记，它将不知道该做什么。但是如果它遇到标签，它就知道应该向侦听器强调其中的内容。这就是实际的区别。

2008-11-07 11:04:47

正如其他人所述，区别在于和硬编码字体样式，而和指示语义，字体样式(或语音浏览器语调，或其他什么)在文本呈现(或语音)时确定。

You can think of this as a difference between a “physical” font style and a “logical” style, if you will. At some later time, you may wish to change the way and text are displayed, say, by altering properties in a style sheet to add color and size changes, or even to use different font faces entirely. If you've used “logical” markup instead of hardcoded “physical” markup, then you can simply change the display properties in one place each in your style sheet, and then all of the pages that reference that style sheet get changed automatically, without ever having to edit them.

很狡猾，是吧?

这也是为段落、表格单元格、标题文本、标题等定义子样式(在文本标记中使用style=属性引用)以及使用<div>标记的基本原理。您可以在样式表中为逻辑样式定义物理表示，更改会自动反映在引用该样式表的网页中。想要源代码的不同表示形式?重新定义“代码”风格的字体、大小、粗细、间距等。

如果使用XHTML，甚至可以定义自己的语义标记，样式表将为您完成到物理字体样式和布局的转换。

2008-11-09 03:53:19

我同时使用和，实际上，正是因为这个回复线程中提到的原因。有些时候，某些文本加粗看起来更好，但在语义上并不一定比句子的其他部分更重要。下面是我现在正在做的一个例子:

"检索所有书籍关于长曲棍球。"

在这句话中，单词“all”非常重要，而“lacrosse”就不那么重要了——我只是想把它加粗，因为它代表一个搜索词，所以我想在视觉上进行一些分离。如果你正在用屏幕阅读器浏览页面，我真的不认为它需要特意强调“长曲棍球”这个词。

我倾向于想象大多数web开发人员使用其中的一种，但两者都很好-绝对不会被弃用，就像一些人声称的那样。对我来说，这只是视觉吸引力和意义之间的细微差别。

2010-03-05 20:59:25

， ， 和标签传统上具有代表性。但在HTML5中，它们被赋予了新的语义含义。

和在HTML4中用于字体样式。为斜体，为粗体。在HTML5中，标签具有“替代声音或情绪”的新语义含义，标签具有风格上偏移的含义。

标签的使用例子有:分类名称、技术术语、来自另一种语言的惯用短语、音译、一种思想、西方文本中的船名。例如:

<p><i>I hope this works</i>, he thought.</p>

标记的使用示例包括文档摘要中的关键字、评论中的产品名称、交互式文本驱动软件中的可操作单词、文章导语。

下面的示例段落在风格上与后面的段落有所偏移。

<p><b class="lead">The event takes place this upcoming Saturday, and over 3,000 people have already registered.</b></p>

和在HTML4中具有强调和强强调的含义。但在HTML5中，表示强调，表示强烈的重要性。

在下面的例子中，在阅读之前的单词时应该会有语言上的变化。

<p>Make sure to sign up <em>before</em> the day of the event, September 16, 2016</p>

在同样的例子中，我们可以使用标记，如下所示。

<p>Make sure to sign up <em>before</em> the day of the event, <strong>September 16, 2016</strong></p>

重视活动日期。

MDN裁判:

https://developer.mozilla.org/en-US/docs/Web/HTML/Element/b

https://developer.mozilla.org/en-US/docs/Web/HTML/Element/i

https://developer.mozilla.org/en-US/docs/Web/HTML/Element/em

https://developer.mozilla.org/en-US/docs/Web/HTML/Element/strong

2017-04-18 16:01:04