接着上一篇，统一思想，遵循标准。如何遵循标准，其实标准有很多，结构标准，表现标准，行为标准。选择标准规范，就优先选择W3C推荐的标准。

结构标准可选项

看下维基百科的HTML推荐标准都有哪些：

http://zh.wikipedia.org/wiki/HTML#HTML

N多标准，建议选择适合你公司和团队的标准，其实核心理念还是让项目统一遵循一个标准，严格的XHTML是这样的。

XHTML的媒体类型是application/xhtml+xml ，而不是被大多设备都识别的text/html。增加xml头部声明还会造成IE6的quirks模式。总得来说，不是通用性很强的标准，使用的时候需要舍弃W3C的一些说明，改良后的应该是去掉xml声明，去掉媒体类型是application/xhtml+xml。不要给你们团队的开发造成不必要的困扰。

我这里建议选择XHTML1.0标准的过渡型，如果你觉得XHTML过于花俏，不适用，HTML4.0的严格型也是很好的选择。HTML2.0已经被HTML5所取代，貌似看起来HTML4还是更具有向后的延续性。

其实上面所说的，也就是让W3C标准兼容终端，本应该终端按照W3C规范来开发解析器，但是种种的原意，终端各持己见，置W3C标准于不顾，而用户体验永远是第一位的。所以我们既然遵循标准，又要兼容终端。

我们不是标准的制定者，仅仅是实施者。就要考虑到项目的用户群体的特性，使用哪个终端多一点，显而易见，IE6的使用者仍然是大多数的。而且XHTML的严格定义方式不符合IE6的解析方式。通过权衡，即选择了W3C的推荐标准，虽然不是最新的，也兼容了现有终端的情况。

废话有点多了，概要的说明一下，选择一个适合项目大多数用户终端的标准，就HTML来说，4.0和xhtml1.0(改良后)都是不错的，但是要遵循HTML的结构化和语义化的要求，标签必须小写，闭合合理，嵌套正确，摒弃表现型标记，结构代码和表现代码分离。html1.0也可以编写成xml结构化的状态，即时没有xml声明。

CSS是最头疼的一块，如果严格按照W3C的css2.1规范，是很难兼容到IE系列浏览器的，特别是IE5.5 IE6两种，他们的解析和W3C相差甚远，所以CSS文件就必须进入hack，一种是css自身的私有属性和私有识别的代码，一种是IE浏览器特有的条件注释。细节就不多讲了。

如何既遵循标准，有兼容浏览器。那就是使用符合标准或者近似符合的浏览器作为主要开发软件，我建议安装有firebug插件的firefox作为第一个调试工具，等界面完成后，再调试其他浏览器，通过csshack或者条件注释，或者两者混搭。

理想的CSS兼容方案是，IE8,firefox这类通过Acid2 测试的浏览器使用标准的CSS代码，对没有通过测试的(就是IE系列)使用条件注释。例如：

IE5.5的份额太少，可以考虑不兼容，兼容也主要是盒模型上的兼容。
理想的终究会存在很多现实的问题，比如IE的请求数过多，这是速度上的损失，代码维护不方面，同一个页面需要维护多个css文件，容易产生遗漏，避免这两个因素，css hack是做好的方式，主样式+私有样式解决兼容问题。
针对IE，常见bug的处理，haslayout的触发，放在标准CSS代码的后面。比如：

以后的浏览器对CSS的处理都采用W3C css2.1规范为主，私有属性为辅的策略，比如firefox的-moz-，IE8的-ms-，sefari和Chrome的-webkit-，Opera的-o-。

Javascript的标准兼容终端，我不是很清楚，基本的还可以看出，应用W3C的DOM操作文档树，而不是IE的document.all，摒弃IE的Jscript和VBscript。而且JS是可以去判断终端的，实例：

通过终端的判断，给IE开小灶，解决IE 的兼容问题。

DHTML的历史远远大于现在所说的富客户端，很多经验组建都源自于早期的IE平台上的DHTML，如何保持JS主体代码的标准化和对IE系列的兼容，我自己还需要再积累积累。

最后，为什么很多团队要求将firefox作为开发环境，待代码完成后再进行IE系列的bug调试。就是基于这个思想，先按照W3C标准规范编码，再处理对标准支持不好的浏览器的。这样你才能理解为什么把IE的错误解析成为bug，而且页面工程师的教材也接近统一，那就是W3C的文档，那是我们权威的教材。向后，终端都尊重了W3C标准，IE8就是很好的例子。

本文链接：http://www.blueidea.com/tech/web/2009/7055.asp　

• 兼容
• W3C