当前位置: 首页 > 图文教程 > 网页制作 > CSS样式表 > 网页制作心得:分离之后怎么做?

CSS样式表
CSS入门 XHTML文档结构树
IE6下 vertical-align:middle 和 height 引发的边框消失
详解CSS(层叠样式表)渐进增强
css vertical-align属性详细图解分析
CSS 垂直居中的5种实现方法
css 条件注释使用指南
CSS 样式表书写风格分析
CSS教程:条件注释的格式以及作用
探讨:网页外部引用CSS的两种方式
简化的CSS Reset:15套CSS重设实例
CSS技巧:IE6用import导入CSS的问题
编写适合所有项目的通用的reset.css
英文css教程:Introduction CSS
CSS学习之CSS网页制作的10个技巧
条件CSS的高级用法
纯语义化XHTML CSS设计表单方法
CSS 浏览器兼容问题整理大全(比较全)
import link的具体区别
菜单 stepdown 呈递下沉的解决方法
CSS3 box-sizing属性

CSS样式表 中的 网页制作心得:分离之后怎么做?


出处:互联网   整理: 软晨网(RuanChen.com)   发布: 2009-09-28   浏览: 128 ::
收藏到网摘: n/a

首先这是个很不系统的思路,经过一段时间正规化的开发流程的锻炼和一段时间的积累,就发发牢骚。

分离

  1. 结构
  2. 表现
  3. 行为

分离之后

结构
开发上的流程:
负责页面制作的人员,结构当然是给后台和JS/DOM脚本开发人员了,他们实现策划文档中提高的功能。但是是建立在以后制作人员制作的结构文档之上,不能破环以后结构。

结构的识别者:
结构是给机器阅读的语言,自然他的识别这是机器,那么它的最大的意义就是传递数据了,而在此产生的最有看点的就是提取数据,谁会提取数据呢?相信现在大部分提取数据的机器是搜索引擎的机器人爬虫了,也就是说我们的结构面对的考验和服务对象主要是搜索机器人。那么SEO就是考验我们结构的最好的标准。
建立一套标准化的结构,有助于让机器很容易的读懂我们的文档,建立语义化的文档也让机器能容易的提取需要的数据,微格式自然就是一个偷懒的提取数据的作法,在已有语义的基础上再建立一套语义规范。也看出XHTML的结构在这方面确实不尽人意,向XML靠拢也主要是这个原因。

表现
流程
CSS相对于结构他是面向视觉层的,也就是让人识别的,建立在UI层上的,自然是在接到UI需求之后开发的。
识别者:
人,人就是他的识别者,也就是说CSS是为人服务的,需要提供可看到或者可听到的信息,主要是可看到。为了更好的让人看到你所传递的信息,浏览器种类,版本的跨越是必要的,设备的跨越是必要的。所以作为CSS的开发人员,你的需求就是跨平台。至于亲和力那就是更人性化的一面了,面对有生理缺陷的人士,你的可识别性要求就更好,要做的也就更多。

行为
流程
行为,现在流行的富客户端,虽然涉及了css和html更多的还是javascript,dom和xmlhttp,行为在需求明确之后,理想状态下需要的只是个接口,常见的ID就是他的接口。我接触的流程是在html制作完成之后给脚本开发人员。但是我觉得应该在需求明确之后,脚本开发人员提出ID之类的接口就可以开发,然后等到页面完成,引用js文件就可以。

识别者:
人,人的行为,也就是一种交互,它是建立在一种良好的体验的基础上诞生的,人的行为和对行为的预期,结果和期望的匹配度。

PM
我曾经想成为的,但是现在不喜欢的角色,他们根本就意识不到这些,和交互聊完之后就让UI去设计,给页面去制作,给程序员去加功能……他们的目标需求就仅仅是这个页面要求IE5.X,IE6.0,FF1.5+下能用,ok,别的不要跟我提,这个需求很紧急,希望你快点给我开发出来。我要发布。

版本迭代
版本迭代的周期很短,需求变化和不明确是正常的,那么生命周期的延长降低成本的意义何在,开发仍在不停的重复,新版本不停的要发布。web就是以快打慢,不可能给你充分的时间去考虑需求是否完备。应用web标准开发还有必要吗?效率才是第一位啊!

制作必须在UI之后吗?
制作不可以参与产品的策划吗?一些UI的设计完全就是图片上的艺术,根本不考虑它是web ui。UI是面向CSS的,结构是制作负责的,这是两个完全独立的元素,而且都有这绝对的重要性,凭什么制作的要跟着UI的屁股后面,按照UI的结构去建立文档?

写完了感觉没什么意思,牢骚居多!