Web 前端优化最佳实践之 CSS 篇
来源:互联网 发布:windows malicious 编辑:程序博客网 时间:2024/05/11 08:41
原贴:http://www.dbanotes.net/web/best_practices_for_speeding_up_your_web_site_css.html Generator | Trampoline | 外贸英才网 | Vinyl fence @import url(http://www.google.com/cse/api/branding.css);
Web 前端优化最佳实践之 CSS 篇
网址: http://www.dbanotes.net/web/best_practices_for_speeding_up_your_web_site_css.html
Web 前端优化最佳实践第四部分面向 CSS。目前共计有 6 条实践规则。
1. 把 CSS 放到代码页上端 (Put Stylesheets at the Top)
官方的解释我觉得多少有点语焉不详。这一条其实和用户访问期望有关。CSS 放到最顶部,浏览器能够有针对性的对 HTML 页面从顶到下进行解析和渲染。没有人喜欢等待,而浏览器已经考虑到了这一点。
2. 避免 CSS 表达式 (Avoid CSS Expressions)
个人认为通过 CSS 表达式能做到的事情,通过其它手段也同样能做到而且风险更小一些。
3. 从页面中剥离 JavaScript 与 CSS (Make JavaScript and CSS External)
剥离后,能够有针对性的对其进行单独的处理策略,比如压缩或者缓存策略。
4. 精简 JavaScript 与 CSS (Minify JavaScript and CSS)
如果没有 JavaScript 与 CSS 可能更好。但,这是不可能的,SO,尽量小点吧。语法能简写的简写。
5. 使用 <link> 而不是@importChoose <link> over @import
在 IE 中 @import 指令等同于把 link 标记写在 HTML 的底部。而这与第一条相违背。
6. 避免使用Filter (Avoid Filters)
--EOF--
延伸阅读:
- 《Web 前端最佳实践之内容篇》
- 《Web 前端最佳实践之Server篇》《Web 前端最佳实践之Cookie篇》
这篇 【Web 前端优化最佳实践之 CSS 篇 】来自 dbanotes.net | del.icio.us | 雅虎收藏+
自定义搜索
本文相关评论|Comments(2)
添加评论
- Web 前端优化最佳实践之 CSS 篇
- Web 前端优化最佳实践之 CSS 篇
- Web 前端优化最佳实践之 CSS 篇
- Web 前端优化最佳实践之 CSS 篇
- Web 前端优化最佳实践之内容篇
- Web 前端优化最佳实践之 Server 篇
- Web 前端优化最佳实践之内容篇
- Web 前端优化最佳实践之 Server 篇
- Web 前端优化最佳实践之 Cookie 篇
- Web 前端优化最佳实践之 Cookie 篇
- Web 前端优化最佳实践之内容篇
- Web 前端优化最佳实践之 Cookie 篇
- Web 前端优化最佳实践之 Server 篇
- Web 前端优化最佳实践之 JavaScript 篇
- Web 前端优化最佳实践之图象篇
- Web 前端优化最佳实践之 JavaScript 篇
- Web 前端优化最佳实践之图象篇
- Web 前端优化最佳实践之 Mobile(iPhone) 篇
- 大学生求职七大昏招(二)说谎(1)
- 更改注册表信息程序
- Java1.5泛型指南中文版
- ArrayList用法
- 可以收缩的目录树
- Web 前端优化最佳实践之 CSS 篇
- 什么是ArrayList?
- 制作视频教程的屏幕录像软件大搜集
- Ajax的AutoCompleteExtender的使用
- 使用AutoComplete Extender实现自动完成功能
- Java "数据集"
- javascript表格列排序
- C#中对字符串的操作
- ASP.NET AJAX Control Toolkit 实现按拼音模糊检索下拉框
学到啦,谢谢~
个人感觉Minify JavaScript and CSS在实际中并没有非常明显的效果,当然精简的方法大多是用去除换行以及无用的TAB之类的字符,或是直接使用Javascript的一些compressor进行压缩。
一般来说,可能重新整理Javascript和CSS的架构以及合并一些文件效果更明显一些。因为数百b的文件和几k的文件从下载时间上看并不和其大小成正比,而且合并文件也减少了HTTP请求的数量,这方面效果比较明显。不过这方面更多取决于前端架构和业务需求了。