html电子邮件的当前趋势是什么？
查看响应式设计 html 电子邮件，我在campaignmonitor 上看到了这篇文章。
它似乎在样式块中混合了 css @media 查询和其他 css，而不是内联样式，以及老式的表格布局。
当然，如果电子邮件客户端能够处理 css，它知道如何处理 div 吗？还是该表只是那些仍然不能的人的后备？而媒体查询和阻止 css 对那些这样做的人来说是额外的甜蜜吗？
我意识到电子邮件客户端的变化不如网络浏览器那么快，但表格仍然是最好的前进方式吗？
我敢肯定这个问题之前已经被问过很多次了，但我正在寻找现代趋势。
也许这应该是另一个问题，但我也注意到这篇文章混合了 element.class 和 element[class="classname"] 声明——最后一个我以前只与 input[type="value"] 一起使用过。为什么类的方括号？
最近我的公司正在改变他们的电子邮件布局。首先，我们决定测试不同电子邮件客户端与最新 html/css 标准的兼容性。然而，在编码过程中，我们遇到了许多正确渲染的问题，迫使我们转回table基于 - 的布局。
我们还@media-queries为能够理解它们的客户使用了更复杂的样式，但不幸tables的是，如果您想支持流行的邮件客户端，这仍然是可行的方法。很遗憾，有这么多商业客户使用旧的 Outlook 或类似的。
工作完成后，我们正在使用Campaign Monitor Tester测试我们的布局，但这还不够，因此我们不得不手动测试许多客户端。
总结：如果我现在要编写电子邮件布局，我会选择表格和内联样式。
编辑：括号符号是正确的，但我不明白这一点。此外，在此示例中，它将仅匹配具有一个名为 的类的元素classname。它不会匹配<p class="classname othername">。如果这里没有其他使用它的论据，我会使用标准的点表示法 ( .classname)。
应该注意的是，您需要内联所有 css 以获得最大的兼容性。Campaignmonitor 有一个工具可以自动为您内联，因此在阅读他们的建议时请记住这一点。
需要内联css的原因是因为像gmail这样的基于Web的客户端和（我认为也是）雅虎剥离了样式声明（以及body标签之外的所有内容）以确保它不会弄乱他们的网页。媒体查询不能内联，因此即使制作响应式电子邮件是当前的趋势，请注意它们在 gmail 中不起作用。
仍然在表格中工作，因为不同的电子邮件客户端存在不一致，特别是它们如何处理不同的 css 属性。电子邮件“停留在过去”的主要原因之一是 Outlook 使用 MS Word 渲染引擎。Outlook 仍然是最受欢迎的电子邮件客户端，尤其是 B2B。
希望信息有所帮助！