恢复设计稿停止页面制造的流程和留意事项
日期：2014-01-03 浏览次数：21217 次
如今，对于页面制造（估量每家公司的叫法都不大一样）这个职位，职责曾经逐渐清晰了，通常需求担任的环节就是“还原效果图”，也就是将设计稿做成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并不只仅是钻空子而已，而是要回到本源。
三言两语还有很多细节方面是描述不到的，当前有时间再写。
