使用IE8的用户越来越多了，意味着我们这些开发者们又要面临多一个艰巨的任务了。
IE8的新特性真的还是比较让人期待的：
1、AJAX导航支持（前进，倒退按钮工作了！）
2、DOM储存（简洁的API，每个域可在本地保存10M的数据）
3、网络连接事件（online以及offline事件，还可以通过window.navigator.onLine来监测连接状态）
4、把per host的并发连接数从2增加到6
5、XMLHTTPRequest改进，包括添置了timeout属性，以及ontimeout事件，以允许开发人员中止请求
6、跨域请求（XDomainRequest-XDR）的支持！不再需要通过同源服务器来作为代理服务器，只要异域返回 XDomainRequestAllowed=1的header就可以（譬如通过 Response.AppendHeader("XDomainRequestAllowed","1") ）：
（参考原文： http://blog.joycode.com/saucer/archive/2008/03/07/114931.aspx）虽然是比较旧的文章了
在这些看起来貌似强大的特性面前，首先我遇到的问题就是AJAX代码的容错也许下降了，也就是对代码严谨了一些。也许是为了更好的实现AJAX的代码。但如果代码写得规范的话这个没什么问题的。
还有一点就是DWR util类的兼容，过去也许是疏忽的关系，id都没写上，而仅仅用name的值。因为数据提交的话，只有name的值有用，而DWR的util方法还是可以正常使用的。但在IE8面前，没了id的话，就变得找不到对象了。所以勿忘在element上加上id。
----------------
总体感觉，BUG目前还没遇到，讨论得比较多的CSS问题。对代码规范严谨了一些，应该说是一些容错的地方目前变得比较细致了。
虽然IE8的确给浏览器界带来了不少的冲击，特别是AJAX的支持甚至跨域请求。
但对于我来说，又有什么样的意义？就算IE不用写跨域请求，其他浏览器还是一样要写的。
我们开发者面对的不仅仅是一个浏览器，也可以这样说，客户使用的不仅仅是一个浏览器。你再强大也好，如果还是自个儿的走，不走在W3C的道路上。我还是依然觉得乏味无趣的，虽然你听不听大家劝告也好，开发者们还是拿你没办法的。
但话说回来，还是看到“微软公司正在和W3C组织一起在HTML5.0以及XHTML1.0和1.1版本的标准化展开配合”的新闻。想起今天遇到的问题，也许多少有点关系了，因为浏览器识别代码表得更加的趋向标准了。
希望IE8能给我们带来更多的福音，除了性能上，我更加期待于W3C的标准化。