GWT ImageResource preventInlining 的好处
Benefits of GWT ImageResource preventInlining
我认识到在 GWT 中,ImageResource 可以用
注释
@ImageResource.ImageOptions(preventInlining = true)
以防止它被添加为 url('data:image/gif;base64...')
。
以这种方式内联图像有什么缺点吗? DOM get 因大量 Base64 代码而变得臃肿,这可能是个问题吗?或者换个方式问:为什么有人会使用 preventInlining = true
?
总结this answer的项目:
- 使用内联可以节省请求,但会使 HTML 膨胀并且不允许浏览器缓存图像,即每次加载页面时都会加载它们(编码图像)。
- Base64 编码使图像大小膨胀 33%。
- 在 IE6 和 7 中不工作,在 IE8 中最多只能工作 32k(编码后)。
对于 GWT,其中一些项目可能会变得毫无意义,因为 GWT 的更高版本无论如何都不支持 IE 6 和 7。不确定 GWT 如何影响第一项,因为所有内容(代码拆分代码除外)无论如何都在初始页面加载时加载,之后(通常)不会加载新页面。
我认识到在 GWT 中,ImageResource 可以用
注释@ImageResource.ImageOptions(preventInlining = true)
以防止它被添加为 url('data:image/gif;base64...')
。
以这种方式内联图像有什么缺点吗? DOM get 因大量 Base64 代码而变得臃肿,这可能是个问题吗?或者换个方式问:为什么有人会使用 preventInlining = true
?
总结this answer的项目:
- 使用内联可以节省请求,但会使 HTML 膨胀并且不允许浏览器缓存图像,即每次加载页面时都会加载它们(编码图像)。
- Base64 编码使图像大小膨胀 33%。
- 在 IE6 和 7 中不工作,在 IE8 中最多只能工作 32k(编码后)。
对于 GWT,其中一些项目可能会变得毫无意义,因为 GWT 的更高版本无论如何都不支持 IE 6 和 7。不确定 GWT 如何影响第一项,因为所有内容(代码拆分代码除外)无论如何都在初始页面加载时加载,之后(通常)不会加载新页面。