Skip to content

四火的唠叨

一个纯正程序员的啰嗦

Menu
  • 所有文章
  • About Me
  • 关于四火
  • 旅行映像
  • 独立游戏
  • 资源链接
Menu

CSS 也面向对象

Posted on 12/07/201106/23/2019 by 四火

css 最初接触到面向对象的 CSS 还是因为项目中的 CSS 已经超过八千行,缺乏约束和管理,在近期或者是不远的将来,有迫切的要求需要重构。在前端重构中,除了 JavaScript 重构,不妨再看一看 CSS 面向对象和模块化,这给我的工作提供了非常好的思路。

首先,我要说的是,在这个概念翻飞的年代里,固执地追求某些概念和涵义,并不能带来更优秀的设计和更高的生产力,面向对象是一种思路,或者说是一种方法论,给 CSS 重构带来一些启示,这就足够了,没有必要去纠结 OO CSS 的定义和严谨性。

我们的 CSS 代码遇到了什么问题?

重用性差,看着一个 CSS 的名称,很难说出哪些模块可能引用到了它,这个 CSS 是用作网页的哪些部分的;

结果谁也不敢修改和删除,后面的样式只能往上面堆积;

怕 CSS 重名,s1、s2、t1、t2 这样的命名开始出现了,这无异于饮鸩止渴,没有人知道这些样式是做什么的;

于是,CSS 越来越大了;

做高保真的美工和业务开发人员思路是完全不同的,我们看到各种风格的 CSS 定义和命名;

有时候,也会遇到 CSS 冲突的问题,这一切,还是归结为那一句话:复杂是一切软件问题的根源。

CSS 重构的原则:

纵向模块化:由大到小建立 CSS 模块文件,比如:公用 -> 门户 -> 频道 -> 栏目 -> 内容;

横向模块化:适用于一些独立性高的组件,比如播放器模块、弹出层模块;

提供指导性 CSS:例如,准备几套 list 类型展示的样式,把整个系统中的 list 展示全部收拢到这一处来,未来皮肤的更换、比较和修改,相当程度上便利了美工;

CSS 的拇指原则:如果同一功能区域的两个样式很相近,只保留一个!

框架(栏目)用网格来控制宽度,而内容控制高度,当页面上由若干个栏目组成,每个栏目的宽度可以固定或者被频道按比例固定,但是高度需要取决于内容。

CSS 的规则定下来以后,需要开源和节流两个角度去控制与管理,一方面,新加入的 CSS 必须按照规则行事,这点需要给高保真设计人员和业务开发人员提要求;另一方面,原有 CSS 需要进行逐步的重构。

CSS 本身是支持继承和模块化的,另外在 HTML 页面上,也可以比较容易地做到样式和扩展样式的使用。

如果有一天,项目的前端复杂到了需要对 HTML 也做 UML 建模的时候,那么把 CSS 也放进去吧。DOM 和其附属、关联模型,本身就是很适合做建模的。

最后以 http://oocss.org/的例子结尾:

/* **************** TEMPLATE ***************** */   
/* ====== Page Head, Body, and Foot ====== */   
body{/*_text-align:center;*/}/* IE5.5 */   
.body{overflow:hidden; _overflow:visible; _zoom:1;}   
.page{margin: 0 auto; width: 950px;/*_text-align:left;*/} /* wraps other template elems to set width */ /* text-align IE5.5 */   
/* "old school" and "liquid" extend page to allow for different page widths */   
.oldSchool{width:750px;}   
.gs960{width:960px;}   
.liquid{extends:.page; width: auto;margin:0;}   
/* ====== Columns ====== */   
.main{overflow: hidden;_overflow:visible;_zoom:1;}   
.leftCol{float:left; width:250px;_margin-right:-3px;}   
.rightCol{float:right; width: 300px;_margin-left:-3px;}   
/* extend columns to allow for common column widths */   
.gMail{width:160px;}   
.gCal{width:180px;}   
.yahoo{width:240px;}   
.myYahoo{width:300px;}  

/* **************** CONTENT OBJECTS ***************** */   
/* ====== Default spacing ====== */   
h1, h2, h3, h4, h5, h6, ul, ol,dl, p,blockquote {padding:10px;}   
h1, h2, h3, h4, h5, h6,img{padding-bottom:0px;}   
pre{margin: 10px;}   
table h1,table h2,table h3, table h4, table h5, table h6, table p, table ul, table ol, table dl{padding:0;}   
/* ====== Elements ====== */   
img{display:block;}   
em{font-style: italic;}   
strong{font-weight:bold;}   
hr{border: 5px solid #e2e2e2; border-width: 0 0 5px 0; margin: 20px 10px 10px 10px;}   
code{color:#0B8C8F;}   
/* ====== Headings ====== */   
/* .h1-.h6 classes should be used to maintain the semantically appropriate heading levels - NOT for use on non-headings */   
h1, .h1{font-size:196%; font-weight:normal; font-style: normal; color:#AE0345;}   
h2, .h2{font-size:167%; font-weight:normal; font-style: normal; color:#AE0345;}   
h3, .h3{font-size:146.5%; font-weight:normal; font-style: normal; color:#DF2B72;}   
h4, .h4{font-size:123.1%; font-weight:normal; font-style: normal; color: #333;}   
h5, .h5{font-size:108%; font-weight:bold; font-style: normal; color:#AE0345;}   
h6, .h6{font-size:108%; font-weight:normal; font-style: italic; color:#333;}   
/* if additional headings are needed they should be created via additional classes, never via location dependant styling */   
.category{font-size:108%; font-weight:normal; font-style: normal; text-transform:uppercase; color: #333;}   
.category a{color: #333;}   
.important a{font-weight:bold;}   
/* links */   
a { color: #036; font-weight:bold;text-decoration: none }   
a:focus, a:hover { text-decoration: underline }   
a:visited { color:#005a9c; }   
/* ====== Lists ======*/   
/* numbered list */   
ol.simpleList li{list-style-type: decimal; margin-left:40px;}   
/* standard list */   
ul.simpleList li{list-style-type:disc; margin-left:40px;}   
/* ====== Tables ====== */   
.data{padding: 20px; position:relative; zoom:1;vertical-align: top;border-right:solid 1px transparent;/* border fixes a FF2 bug which causes the data table to overlay its borders*/}   
.data table {width:100%;border:1px solid #AE0345;}   
th, td{vertical-align:top;border:1px solid #AE0345;}   
.txtC, .data .txtC td, .data .txtC th{text-align:center;}   
.txtL, .data .txtL td, .data .txtL th{text-align:left;}   
.txtR, .data .txtR td, .data .txtR th{text-align:right;}   
.txtT, .data .txtT td, .data .txtT th{vertical-align:top;}   
.txtB, .data .txtB td, .data .txtB th{vertical-align:bottom;}   
.txtM, .data .txtM td, .data .txtM th{vertical-align:middle;}   
.data th,.data td{padding:3px 20px}   
.data thead tr{background-color: #fff0f8;}   
.data th{color: #000; font-weight:bold} 

文章未经特殊标明皆为本人原创,未经许可不得用于任何商业用途,转载请保持完整性并注明来源链接 《四火的唠叨》

×Scan to share with WeChat

你可能也喜欢看:

  1. 如何思考面向对象
  2. 看透面向对象的复用技术
  3. 编程范型详解
  4. 程序员,都去写一写前端代码吧
  5. JSConf 2010

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

订阅·联系

四火,啰嗦的程序员一枚,现居西雅图

Amazon Google Groovy Hadoop Haskell Java JavaScript LeetCode Oracle Spark 互联网 亚马逊 前端 华为 历史 同步 团队 图解笔记 基础设施 工作 工作流 工具 工程师 应用系统 异步 微博 思考 技术 数据库 曼联 测试 生活 眼界 程序员 管理 系统设计 缓存 编程范型 美股 英语 西雅图 设计 问题 面向对象 面试

分类

  • Algorithm and Data Structure (30)
  • Concurrency and Asynchronization (6)
  • System Architecture and Design (43)
  • Distributed System (18)
  • Tools Frameworks and Libs (13)
  • Storage and Data Access (8)
  • Front-end Development (33)
  • Programming Languages and Paradigms (55)
  • Testing and Quality Assurance (4)
  • Network and Communication (6)
  • Authentication and Authorization (6)
  • Automation and Operation Excellence (13)
  • Machine Learning and Artificial Intelligence (6)
  • Product Design (7)
  • Hiring and Interviews (14)
  • Project and Team Management (14)
  • Engineering Culture (17)
  • Critical Thinking (25)
  • Career Growth (57)
  • Life Experience and Thoughts (45)

推荐文章

  • 聊一聊分布式系统中的时间
  • 谈谈分布式锁
  • 常见分布式系统设计图解(汇总)
  • 系统设计中的快速估算技巧
  • 从链表存在环的问题说起
  • 技术面试中,什么样的问题才是好问题?
  • 从物理时钟到逻辑时钟
  • 近期面试观摩的一些思考
  • RSA 背后的算法
  • 谈谈 Ops(汇总 + 最终篇):工具和实践
  • 不要让业务牵着鼻子走
  • 倔强的程序员
  • 谈谈微信的信息流
  • 评审的艺术——谈谈现实中的代码评审
  • Blog 安全问题小记
  • 求第 K 个数的问题
  • 一些前端框架的比较(下)——Ember.js 和 React
  • 一些前端框架的比较(上)——GWT、AngularJS 和 Backbone.js
  • 工作流系统的设计
  • Spark 的性能调优
  • “残酷” 的事实
  • 七年工作,几个故事
  • 从 Java 和 JavaScript 来学习 Haskell 和 Groovy(汇总)
  • 一道随机数题目的求解
  • 层次
  • Dynamo 的实现技术和去中心化
  • 也谈谈全栈工程师
  • 多重继承的演变
  • 编程范型:工具的选择
  • GWT 初体验
  • java.util.concurrent 并发包诸类概览
  • 从 DCL 的对象安全发布谈起
  • 不同团队的困惑
  • 不适合 Hadoop 解决的问题
  • 留心那些潜在的系统设计问题
  • 再谈大楼扔鸡蛋的问题
  • 几种华丽无比的开发方式
  • 我眼中的工程师文化
  • 观点的碰撞
  • 谈谈盗版软件问题
  • 对几个软件开发传统观点的质疑和反驳
  • MVC 框架的映射和解耦
  • 编程的未来
  • DAO 的演进
  • 致那些自嘲码农的苦逼程序员
  • Java 多线程发展简史
  • 珍爱生命,远离微博
  • 网站性能优化的三重境界
  • OSCache 框架源码解析
  • “ 你不适合做程序员”
  • 画圆画方的故事

近期评论

  • Ticket: TRANSACTION 1.922915 BTC. Go to withdrawal >> https://yandex.com/poll/enter/BXidu5Ewa8hnAFoFznqSi9?hs=20bd550f65c6e03103876b28cabc4da6& on 倔强的程序员
  • panshenlian.com on 初涉 ML Workflow 系统:Kubeflow Pipelines、Flyte 和 Metaflow
  • panzhixiang on 关于近期求职的近况和思考
  • Anonymous on 闲聊投资:亲自体验和护城河
  • 四火 on 关于近期求职的近况和思考
  • YC on 关于近期求职的近况和思考
  • mafulong on 常见分布式基础设施系统设计图解(四):分布式工作流系统
  • 四火 on 常见分布式基础设施系统设计图解(八):分布式键值存储系统
  • Anonymous on 我裸辞了
  • https://umlcn.com on 资源链接
© 2025 四火的唠叨 | Powered by Minimalist Blog WordPress Theme