浏览器兼容性汇总

　　虽然微软已经放弃了IE，但是还是有那么多的人在用着IE，对于前段开发来说，浏览器标准化让未来看起来很美好，但回到现实，还是得维护那一堆的兼容性问题。

一、与众不同的浏览器：

1. 远古时候的IE6
   　　这个博客介绍的是IE6下的缺陷，涉及居中布局、ul > li样式、height设置微距离无效（必须大于字体高度）等bug及相关应对方案：
   　　http://www.iefans.net/ie-9-css-bug/

2. 巨坑无比的IE8：
   -> 不支持canvas(IE 10)，不支持web worker(IE 9), 大量的第三方js库都不兼容
   -> 一张页面引用的css文件个数不可超过32个。
   　　　 背景：整个网站使用同一个框架html，每个模块只有在用户点击加载后，才运行自身的js、css来动态加载子页面，隐藏之前页面。
   　　　 问题现象是使用IE10以上的浏览器，用IE8模式加载页面，ok。使用源生的IE8，整个网站样式混乱。主线代码正常，特性分支开发正常，合入主线后问题出现，第三方js库等公共资源未被修改。最后定位原因为特性开发时去掉了很多主线模块，合入主线时需要向前兼容，原有代码和新开发代码合在一起，css文件个数超出上限导致。解决方法：css文件合并。教训：特性开发结束时css文件合并工作必须做。

   　收集的IE8相关博客：
   　　　http://www.hustlzp.com/post/2014/01/ie8-compatibility
   　　

二、无人问津的标准：

1. input输入框有一个type=file,用于文件上传， 该输入框在不同浏览器表现完全不同，鼠标悬浮时的提示信息各有各的特色（特别是需要做国际化时，整个页面都是英文，浏览器默认的tooltip显示却是中文）。一般操作都是将input隐藏在一个div中，做成点击div时，事件传给input处理。‘
   　　还要留意的是上传文件时，从input中获取的数据，只有在IE10以上才有file对象，所以文件大小检查什么的在IE10以下还得想办法。//TODO 　之前项目中的处理是评估文件大小是否对前台有影响（太大页面会崩溃），因为后台有做文件大小检查，这段未做深入处理。