设计稿进行页面制作的流程和注意事项
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并不仅仅是钻空子而已，而是要回到根源。
三言两语还有很多细节方面是描述不到的，以后有时间再写。