1、我们在拿到设计图后,通常会怎样做呢?
或许我们会在拿到图后二话不说,直接对着效果图,将代码从头敲到脚?
请对这个做法say no!
建议大家在拿到设计图后,不要急于开始制作,先仔细的看一次(不是看有多漂亮^_^)。如同庖丁解牛般,他看到的不是单纯的一头牛,而是看到了牛本体的机理结构。而我们要看出来的也正是设计图的骨架,只有顺骨架,才能知道这个图的结构应该怎么写。在把握好总体结构后才开始动手敲代码,以此避免在敲代码的时候,敲着敲着又要停下想想这块区域该怎样写。
2、对结构做到心中有数后,是否可以敲代码了?
不,我们似乎还有一些事情忘了做。比如说,设计稿上的某些效果,需要使用什么技术来实现?又或者是某个部分,需要做成怎样效果。我们只有对整个设计稿有了一个大致的了解,才会知道,要完成这个页面,需要用到哪些东西,并且准备哪些东西。
而在等我们将上述的一些事情都做好后,接下来敲代码的工作将会顺畅很多。因为你的思绪早已经运作开了,对于设计稿的每个部位都已经了然于胸,敲起代码来,当然就会如有神助。 :)
3、通常,我们都可以事先写好一个固定的html框架,以备在以后的工作中高频次的使用。
假设以下是你写好的html固定框架:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="zh-cn" lang="zh-cn">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=gb2312" />
<meta http-equiv="Content-Language" content="zh-cn" />
<title></title>
<meta http-equiv="imagetoolbar" content="no" />
<meta name="Robots" content="all" />
<meta name="Author" content="" />
<meta name="Copyright" content="" />
<meta name="Keywords" content="" />
<meta name="Description" content="" />
<link type="text/css" rel="stylesheet" href="skin/layout.css" media="all" />
</head>
<body>
<!--从这里敲你的代码-->
</body>
</html>
这样的话,你就可以省下每次都去其它页面寻找并且copy这些东西的时间。当然,如果你是在使用一些IDE的话,可能会自动帮你生成,不过自动生成的东西或许不一定适合你。
4、同样,也会有一个类似的css框架
说框架似乎有点不妥,这个所谓的css框架,其实只是一些公用的,复用性高的样式集合,比如一些reset样式或者其它。这样就可以不必每次都去重复写这些同样的东西,减少你敲样式的时间,提高工作效率。当然,这个集合应该是一个适合你工作需要的集合,而不是为了做一个集合而写的,且无法给自己的工作带来方便的集合,如果是这样,倒不如不写。
对于html和css样式的好坏是否有一个可参照的标准?
应该说是没有的,
但一个良好的html结构,我觉得起码需要具备以下几个要素:
对于时效性短,修改次数少且结构固定的页面,需要做到简洁,清晰;对于时效性长,修改频繁且结构相对变动较多的页面,也需要做到让html结构尽量简洁,清晰,但更重要的是要有较强的可扩展性(在页面有较大改动时,也不会伤筋动骨,可以比较轻松的搞定)。
那么一个良好的css,又该是怎样的呢?
一个好的css文件,应该具备高复用,低耦合,当然,也需要注意简洁,能够缩写的尽量缩写,以减少字节。还有一个非常重要的,就是命名。好的命名,是可以共通的,比如说#header,只要是开发,不局限说前端,就是后端,也能够一眼就知道这块指的是“头部”,这就增强了你的代码可读性。当然,由于每个人的风格不一样,这或许就需要做成一个规范。其中的好处,不言而喻。另外还有就是hack,这个东东,虽然可以帮助我们解决很多难题,但可以不用尽量不要使用,因为它不仅会破坏代码的可读性,而且还会增加后期的维护成本,且不利于向后兼容。
这以上所说的这些,对于团体作业来说都是极为重要的。因为一个团队,难免有人员的更换,就免不了一个项目会换多个接手人。这时,一个规范,或者说一个良好的可读性强的页面结构和css,都能让新接手的人快速进入到你当时做这个项目时的状态,对提高效率有很大帮助;也对整个团队的代码风格的形成和编写习惯有比较大的帮助。
说了这些,其实还需要注意的是结构的语义化,当然还有一些微格式。现在是seo炒得火热,但语义化与seo并不冲突,且做好的了结构的语义化,其实对seo也是有极大帮助的,况且现在的一个总体趋势就是标准化,对于这个大环境,就是重量级的搜索引擎也不会轻视,蜘蛛对页面的结构也是非常敏感的。真正的seo并不仅仅是钻空子而已,而是要回到根源。
三言两语还有很多细节方面是描述不到的,以后有时间再写。