面向对象,CSS应用什么是面向对象的 CSS框架？工具？哲学？ Object-oriented CSS is a coding paradigm that styles "objects" or "modules"—nestable
chunks of HTML that define a section of a webpage—with robust, reusable styles.
很像语言的进化令 CSS 更强大 有什么不同？ul{...}ul li{...}ul li a(②但是，结构在这里){①直至现在，我们只关心这里}
CSS 大约 2005意大利面条 CSS 大约 2008稍微好一点 而不是使我们的代码变好我们筑了大栅栏 性能呢？公认的毒药中心 网站变慢文件大小和 HTTP 请求未作优化 CSS 大约 2009面向对象的CSS性能的最佳实践、可扩展性、和最重要的-容易使用 - 创建对象而不是页面或模块
- 在内容对象上设置好的公用默认值
- 抽象重用元素
- 分离结构和皮肤(为两个 class)
- 分离容器和内容(开放的编辑区)
- 使用继承
- 对看起来 OO 的应用多个 class
9条最佳实践 - 组件库：可重用和冗余
- 一致性：避免位置依赖(location-dependent)的样式
- 抽象化
- 优化图像和 sprites
- 灵活
- 学会爱栅格
- 避免非标准的浏览器字体
- 避免高度对齐(alignment)
- 谨慎卖弄你的技术(choose your bling carefully)
9个陷阱 - 位置依赖的样式
- 避免指定一个 class 的标签
- 避免用 ID 定义主内容区域内的样式
- 避免不规则背景上阴影和圆角
- 不要拼合所有图片(触发只有少数几个页面)
- 避免高度对齐
- 文字就是文字，不要做成图片
- 冗余
- 避免过早优化
创建组件库可重用的“乐高积木” 重用元素使得它们性能“免费” 组件就像乐高积木组合并匹配来创建不同的和有趣的页面 从组件库创建 HTML新的页面一般不需要额外的 CSS 标题根据你需要的语义来完成你想要的表现 列表必须对页面中的所有模块可用 SIDE-WIDE LOGES - 标题
- 列表(比如 action list, external link list, product list, 或 feature list)
- 模块 headers 和 footers
- 栅格
- 按钮
- 圆角 boxes
- Tabs, Carousel, toggle blocks
避免重复在不能增加价值的元件上浪费性能资源 近似相同的模块h3 和 h5 太相似了 经验法则：如果一个页面中的两个模块看起来太相似，它们在一个站点中太相似，选择一个！ 例子Yahoo! 个人财经 2+不同的 tab 风格。能用相同的图像吗？ 3个元件的轮廓太相似了。选择一个。 模块宽度、背景色或背景图片的改变是个很好的模块复用的例子。 避免位置依赖(location-dependent)的样式沙盒比意大利面条好，不过引起了性能问题 避免什么？运行区域不时…返回直径破坏在 CSS 中我们一直这么做破坏不好的： #weatherModule h3{color:red;}#tabs h3{color:blue;}
- h3 的全局颜色未定义，将导致
- 在新模块中没有定义样式
- 开发者被迫为相同的样式写更多 CSS
推荐： h3{color:black;}#weatherModule h3{color:red;}#tabs h3{color:blue;}
- 定义了全局颜色(更好！)
- Weather 和 tabs 覆盖了缺省的 h3
- h3 的3种样式在同一模块中不能并存
- 缺省样式不能用在 weather 和 tabs 除非有更高的优先级
- Weather 和 tabs 的 h3 永远不能在其他模块中使用
一致性写更多规则去重写之前的疯狂规则。 比如标题在任意模块的表现是可预见的。 用这个来代替h1, .h1{...}h2, .h2{...}h3, .h3{...}h4, .h4{...}h5, .h5{...}h6, .h6{...}
需要超过6个标题？真的吗？没有重复？没有相似的？ 仍然需要更多标题？.category{...}.section{...}.product{...}.prediction{...}
- 通过对象本身的 class 扩展标题对象
- 避免使用继承来改变嵌套对象的表现
抽象复用代码段 重复编码是抽象不同水准的语义失败所导致的 分离：分离容器和内容定义每个对象的界限 开放的编辑区图像或 flash 混合与匹配容器和内容对象达到高性能设计 分离轮廓和背景内部透明！ MAKING IT LOOK FAB需要小心选择像素 考虑 PNG8 来渐进增强 陷阱可变的或渐变背景 提防圆角后的可变或渐变背景 分离结构和皮肤两个单独的 class 示例：模块 结构Sloves borwser bugs, positions presentational elems, and generally does the heavy
lifting of CSS 皮肤弄漂亮些。 目标是非常明确的皮肤，复杂的被结构对象和跨网站共享所吸收(The goal is very predictable skins, complexity is
absorbed by the structure object and shared across the site)。 /* ----- simple (extends mod) ----- */.simple .inner{ border:1px solid gray; -moz-border-radius:7px; -webkit-border-radius:7px; border-radius:7px;}.simple b{ *background-image:url(skin/mod/corners.png);}
什么属于皮肤？皮肤的每个值应该是确定的，容易预测并测量。 灵活性可延长的高度和宽度 固定尺寸Limit the ways in which a module can be resued 学着爱上栅格坚信其会很美 传授 OO CSS给设计师和工程师 自然改进从简单到复杂的任务 一个真实案例Gonzalo Cordero Yahoo! 前端开发工程师 需要考虑的设计因素 - 跨浏览器兼容
- 多语言支持
- 可访问性
- 按时完成全部布局和功能
困惑WEB 妥协 - 为什么“简单的东东”变复杂？
- 为什么要妥协？
- 为什么我们不能依固定的规则和结构？像讲台上那样？
OOCSS SAVES THE DAY - 单个简单的标签结构
- 跨浏览器支持(甚至 IE 5.5！)
- 非常少的 CSS
- 可剥离的，容易应用在多个设计上
译注这不仅仅是 OOCSS！ 本文内容来源于：
面向对象,CSS应用
|
