还原设计稿进行页面制作的流程和注意事项

【 tulaoshi.com - Web开发 】

　　现在，对于页面制作（估计每家公司的叫法都不大一样）这个职位，职责已经逐渐清晰了，通常需要负责的环节就是还原效果图，也就是将设计稿做成HTML页面。

　　不过在这个还原的过程中应该也是需要一些基本的流程和注意一些东西的。

　　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并不仅仅是钻空子而已，而是要回到根源。

　　三言两语还有很多细节方面是描述不到的，以后有时间再写。