从开始接触所谓web标准化，差不多也有两年多的时候了吧。从最初的疑惑和彷徨一直到现在，经历了每一个阶段。这段过程是痛苦的也是开心的，痛苦的是这个过程中没有人可以帮你答疑解惑，所有的问题都要你自己去解决（这在初期是痛苦的）；开心的是当你成功的走出彷徨以后那份收获的喜悦......
对于网页的web标准化我对此的理解就是，不应该是table和div之间的取舍，也不应该是用了div布局就是符合标准化。最关键的是对此理解的程度。如果还是以table的思路去写div的话，那还不如直接就用table来布局，因为table布局的可视化已经非常成熟，一定会大大节省你的开发时间。用div（应该是xhtml+css）来布局，现在基本可以肯定的是，你要像程序员一样手写代码（这是必备技能）。 web标准化在W3C上有专门的验证工具，来验证你的网页是否符合标准。个人认为只能做为参考，并不是绝对的。这让我想起来一句话“你做的网站是给用户看的，还是给搜索引擎看的”，用在这个问题上也同理。不用过于崇尚所谓的web标准，只要你是真正的理解了web标准的意义和带来的好处我想就足够了。 说几点我理解的web标准吧(如有雷同，不胜荣幸)
1.是什么就用什么
这里主要指的是html标记，我曾为此重新学习了一遍html，重新查看了一遍html每一个标记的功能和含义。这一点非常的重要，可以这样说如果你不理解每一个html标记的含义的话，你写出来的前端代码一定是有问题的。这和以前的工作模式有关，因为table布局的时代你是不需要知道每一个html标记的样子和意义的，你只需要在可视化的模式里点一些设置好的按钮就行了。但是现在问题是支持web标准化的可视化还没有造出来。
2.要有属于自己的思路和风格
“思路决定命运”这句话在这里也同样适用，不管你写的是什么代码，只要是手写的代码每个人的写法都会不同，这应该就是风格吧。思路清晰，风格独特。这应该是我们不断追求的。现在问题来了，思路和风格每个人都有，也无法区分那些是对的，那些是不好的。我看过一些同事或同行写的div网页，有的感觉很奇怪，仔细看来这就是table的方式嘛，只不过是把table改成div了，当然也不是就这么简单的，但是思路是和传统一样的，这种现象就是比较致命的，而且只会有麻烦不会有好处的。还是上面提到的两个字“理解”
3.易于扩展
这就和程序里提到的模块的定义应该是一至的，模块化也是css追求的目标。实际上只是思路的一种转变，应用起来也非常有效而且易于扩展。举一个很简单的例子，把A块拿到B块后要保证基本样式不变或是完全一至，但是现在很多的情况是，只要移动位置就会错乱或全乱。我的意见是首先分清楚那些是共用那些是私有，然后再考虑易于扩展的问题。
4.注释和命名
这两点非常的重要，也是区分代码质量的一个很重要的标准。首先代码写出来是给用户看的，更应该是给自己和其它同事看的。注释的意义就不说了说一下命名吧。命名应该是非常的重要，首先从class的名字就能很快知道这个类是做什么用的，而且不光是你自己可以看懂，其它人如果接手你的项目也很快能理解。box_a,box_b,box_c等等，如果你单纯看这样的名字会不会知道它是干什么的？答案肯定是不知道。这种命名方式很普通，先说说有什么弊端吧。第一.连你自己都会搞乱的；第二.如果有变更你就会非常麻烦（不可能没有变更的）；第三.不利于维护和管理；第四.这种类似的命名方式就说明了你还没有完全理解web标准化，也就是还在用传统的思路来理解标准......
于此自己的理解和需要加强的地方
1、了解HTML标签的含义并合理使用 使文档结构易于理解 检索更加方便 HTML5在这方面进行了加强（HTML）
2、合理的注释和命名(JS)
3、W3C标准 DIV+CSS的布局替换table布局，不能因为实现功能而忽略代码结构(CSS)