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

CSS样式表
CSS网页设计 IE8和IE7共存
CSS2 打印属性让打印HTML文档不出问题
制作网页中设计段落缩进的方法
CSS border 属性使用说明
CSS border-style 属性使用方法
CSS border-color 属性使用方法
CSS border-width 属性使用教程
CSS padding属性定义边内补白
CSS margin 属性定义边外补白
网页布局教程 掌握CSS网页布局属性
css 背景样式属性说明
span margin 设置生效
html 滚动条在IE6和IE7中兼容性问题
IE6 两个div有间隙的问题(IE 3px bug)
CSS 数字和字母将容器撑大问题解决
换个角度看页面重构中的语义化
DIY属于个人开发使用的CSS Reset
CSS 空格引起网页布局间距问题
CSS 网页制作时遇到问题的快速参考技巧
css li 去掉点的样式写法

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


出处:互联网   整理: 软晨网(RuanChen.com)   发布: 2009-09-28   浏览: 100 ::
收藏到网摘: 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的结构去建立文档?

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