超越起点 追随自由 我想故我所有

我看不见,我的明天,但今天,绝不重复昨天;顺风是滑翔,逆风才是飞翔,火烧过才能化凤凰!总想对你表白,我的心情是多么豪迈
总想对你倾诉,我对生活是多么热爱

  博客园 :: 首页 :: 博问 :: 闪存 :: 新随笔 :: 联系 :: 订阅 订阅 :: 管理 ::

原文:老冒《Think & Design in CSS, 再谈web 2.0时代的网页设计》

:)

编写CSS当然有很多技巧和规则,如你所说可读性,合理性,维护方便性等等,这在Web标准中将表现层全放在css中的情况下极为重要,做不好css文件体积增大,查找麻烦,要变动更加困难。

我可以分享一个经验给你,摘于我在部署Web标准过程中整理的关于CSS部分的文档,应该对你有所帮助。

“样式定义顺序应该在大处以块元素为序,中处以标签路径为序,小处以布局与表现为序。定义大处的块元素,应以有级别的注释分割,并标明起始和结束位置。 ”

“样式定义中,布局样式定义在前,表现样式定义在后,应该有明显的分界线。并且样式编写需按照以下固定顺序。”

就说这两点,做好了,你说的问题全部解决,还能具备很高的重用度,并且能很轻松的实现CSS的分离。

即便这样我仍然不觉得Css有多重要,有多大的难度,多高的技术门槛。css负责的是什么?表现。表现很重要吗?能重要过数据和结构吗?web1.0, web2.0……从技术上讲,如果说html是web1.0的入口,那么web2.0的入口则是xhtml,如何看待html和xhtml的本质区别?是语法吗?是名称吗?是严格了,xml化了吗? 《重构之美》原创系列文章快速入口。

最后再说一点,css高手就能做出漂亮易用的界面了吗?不是这样的,界面和css无关,它是设计领域。但是设计出彩在细节,而细节设计则与Css密切相关,所以最应该学习css的是设计师,程序员完全没必要去钻研更没必要去think in css(……),因为程序员再高的css水平只能做css还原而不是css设计。所以对于团队,后台开发学习css只有一个用处:分散精力,混淆分工,产品失去重要的细节设计。

晕,我在评论还是在blog啊?亏了亏了,^_^

对了,老冒谁啊?老拿uuzone说事,SNS的网站我都知道,我还揣着干着想着梦着我自己的SNS呢,呵呵,但是我还没用过uuzone。对了,uuzone评论所用在线编辑器是什么啊?真棒,小巧,关键是输出的代码干净、标准、快捷。那像我现在用博客园的,为了代码的干净和语义化以便样式运用和以后数据迁移,全部用手写代码发布文章,自己添加p、strong等等。博客园的CuteEditor和FreeTextBox都不干净。

2006 5 1 Create

zhengminlive,晕,赶快加昵称。

确实如此,我设计出身,潜心搞了四年设计,深知作为设计师对代码的恐惧感。但是没法,我也在努力的,以身为例,软硬兼施的去掉这种恐惧感,指导说服我们的设计师如何在Web标准的思路下进行设计,并以我设计后两年的程序开发经验说服我们的程序员只专注于数据结构的完善与输出,让程序员放弃任何对表现的操作,否则无法实现崭新的,高分离度、高重用度的团队开发协同流程。传统的设计师是按照切图拼凑的table思路进行设计,这样的设计虽然可以可以用Css 还原,但是并不优化。应该一开始就以Css实现的思路进行设计,这样才是完善的,也能从前台的角度降低Css的设计难度,呵呵,think in css是设计师应该思考的方向。Css还有一个设计难度是来源于后台是否输出了完善的结构代码,虽然程序员不用考虑Css,但是不完善的数据结构确会提高 Css设计的难度,很难做好Css的重用性等这些非细节设计。

Web标准对于个人是容易的,对于团队是困难的,不好驾驭所以难部署,但是它的优势无法抗拒啊。整个团队应该Think In Web Standards。这种说法或许更准确些。Web Standards涵盖广泛,各取所需的进行Think,呵呵。

2006 5 2 Update

posted on 2006-05-01 18:16  爆牙齿  阅读(537)  评论(2编辑  收藏  举报