何时考虑使用base64(DATA:URI)图像?

| 在考虑将图像切换到CSS中嵌入的Base64时,应该触发哪些因素? 那里似乎有很多通用的pro / con类型的东西。维基百科似乎有不错的概述:http://en.wikipedia.org/wiki/Data_URI_scheme#Advantages 根据我的读物,似乎使base64成为一个简单决定的一个因素是,如果您的站点必须访问很多单独的小图像,并且拥有一个大文件,效率将比每次访问服务器都要高50倍。个人形象。 但是...似乎还有精灵,事实上我很少在一个页面上需要50张单独的图像,因此Base64不能为一般网站提供很多功能。 是否有我应该寻找的关键因素(包括pro / con)? (作为社区Wiki条目而不是问题,这可能更好) 更新: 也许用更简洁的方式来表达问题: 有以下两种选择: 1)将所有图像转换为base64并嵌入到外部CSS文件中 2)将图像收集到少数sprite图像中,在外部CSS文件中引用 是否存在明显的情况,其中一个比另一个更好,或者实际上只是个案研究,两者都可以测试某种类型的东西吗?     
已邀请:
  是否有我应该寻找的关键因素(包括pro / con)? 最大的缺点是IE6 / 7中缺少支持,而IE8中不完全支持(
data:
URI不能大于32 KB)。 在这种情况下,使用CSS精灵是一种极为优越的技术。     
这里有两个不同的问题: 1)以64为基数。这里没有优势。文件比二进制文件胖,并且不太可能被缓存。资源应位于外部文件中,以便可以对其进行缓存。 2)精灵。 CSS子画面是一种使用单个图像而不是多个图像的技术。图像的某些部分通过CSS“显示”。由于网络请求的数量大大减少,因此它们更为有效。这很值得。     
当您可以使用CSS精灵时,那肯定更好。 我更喜欢base64数据URI的一种特殊情况是,当我们有一个小的图像文件时,该文件将用作重复x或重复y的背景。由于重复播放不适用于CSS精灵,因此您需要使用单个图像作为源。在这种情况下,我发现使用base64版本是更好的选择,它将您的请求保存到Web服务器。     

要回复问题请先登录注册