从我的理解来看，谷歌建议通过id定位HTML元素比仅通过层级关系定位更好，但当文件大小加入到这个方程式中时，优先级如何确定？
只是为了明确，这里有三个因素需要讨论权衡：
- CSS效率 - CSS文件大小 - HTML文件大小
只是为了明确，这里有三个因素需要讨论权衡：
- CSS效率 - CSS文件大小 - HTML文件大小
性能权衡 - CSS 效率、CSS 文件大小、HTML 文件大小
3
- Dr. Frankenstein
2
该页面不建议随意添加更多的类和id，而是使用更具体的选择器来提高性能。您可以在不添加额外的id /类的情况下实现这一点。 - akamike
好的，谢谢。我已经重新表述了一下，现在可以吗？谢谢。 - Dr. Frankenstein
1个回答
2
通常来说，保持HTML文件大小较小可能更好，因为HTML大多是动态的并且难以缓存。
CSS通常是静态的且易于缓存，因此如果设置了正确的缓存头，则文件大小并不重要。如果选择器表达式不太复杂，则CSS选择器可能最有效。我相信许多浏览器都优化了id选择器。
如果您想使CSS高效，则使用简单的视觉布局、少量简单的CSS选择器，并尽量少使用较新的CSS特效。
这里是一组有关HTML性能的通用最佳实践：http://developer.yahoo.com/performance/rules.html
- Timo Westkämper
2
回复：“许多浏览器都对id选择器进行了优化” - 可惜在我的经验中，大多数.NET项目需要避免使用HTML id进行样式设置（它们通常设置为GUID）。关于静态/动态差异在缓存方面的区别，这是一个好建议。 - Dr. Frankenstein
你只提到了CSS文件大小与HTML文件大小，那么你对CSS效率与CSS文件大小有什么看法呢？谢谢。 - Dr. Frankenstein
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接