如果我想使用缩小的 HTML 代码作为电子邮件进行部署,我会遇到什么(如果有的话)陷阱?
如果我针对我打算支持的客户采取了必要的预防措施,那么使用缩小代码能否确保在大多数不同的客户中正确呈现?
更具体地说,试图解决某些版本的 Outlook 中的闭包和空格等问题。我靠格式正确的代码生活,所以如果我可以缩小它,部署格式良好的代码的美感似乎有点过分了收工了..
最佳答案
这会导致各种电子邮件客户端出现问题。
根据我的经验,不同的网络邮件客户端(尤其是 Yahoo 和 Gmail)在处理超过一定长度(几百个字符)的行时会出现问题,并开始表现得很奇怪——丢失部分内容、替换为随机字符等。
如果这发生在 HTML 中间,那将是灾难性的。
没有充分的理由缩小电子邮件中的 HTML - 诸如空格之类的所有问题在互联网上都有很好的记录,并且很容易获得修复。
关于html - 在电子邮件开发中使用缩小的 HTML,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/23003296/