我首先构建移动设备,然后使用小型框架(10kB以下),我在index.html中内联以保存HTTP请求。
我现在看了好几天,似乎所有其他内联javascript的人都是这样的:
<script>UGLIFIED JAVASCRIPT</script>
我这样做:
<script src="data:application/javascript;utf8, UGLIFIED PERCENT-ENCODED JAVASCRIPT"></script>
你可能会说百分比编码会使文件变大但实际上并不是因为gzip的工作方式 - 它取代了重复,重复的短语是<div>
还是{{1}并不重要}}
我的问题是 - 我的方法有什么潜在优势吗?
PS。我的一个想法是浏览器缓存类似文件的DATA-URI元素,但我不知道这是否有意义,因为那时我还必须找到控制如何防止index.html部分加载的方法。除非我可以在其他地方使用缓存的元素 - 这也是它的用例。想法?
答案 0 :(得分:0)
首先,如果您的网站不是SPA,则内联您的共享脚本(无论方法如何)意味着您要在每个页面上加载它们,否定浏览器缓存的价值。
其次,对于编码与非脚本,跨越线路的行程可能类似,但更重要的度量标准是解析和编译Javascript所需的时间。 URL解码不是免费的,但是虽然我认为它不会在宏观方案中产生太大影响,但我认为没有理由为什么它实际上更快加载而不仅仅是标签