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

CSS样式表
css position: absolute、relative详解
实用CSS 文字收集
CSS之少用继承,多用组合
IE下href 的 BUG问题
firefox的超链接点击去除扩大的难看虚线的解决方法
css li 超出隐藏代码
多浏览器支持CSS 容器内容超出(溢出)支持自动换行
IE6不能正常解析CSS文件问题的解决方法及原因分析
css 表单效果
div+css模拟表格效果代码
ie6 注释引起的问题
CSS Hack 汇总快查
CSS小例子(只显示下划线的文本框,像文字一样的按钮)
另一个角度谈谈DIV+CSS
单行图片文字垂直居中问题:实战
符合标准的div+css制作的弹出菜单
DIV+CSS常见错误汇总
基本的页面设计元素布局比例
CSS学习者:2008年不要作浮躁的人
关于学习DIV+CSS的一些精妙问答

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


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

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