语义化与IE浏览器

现在大家总是很看重语义化，以更好地被搜索引擎索引以及浏览器渲染。不过，好像除了这两个优点之外，语义化便没有其它优点了。 当然，很多人把内容与样式分离也当成语义化的一部分，但我更认为这是B/S架构体系里结构化的体现，而不是语义化。 IE浏览器遭排斥 绝大多数的WEB前端开发者都非常排斥IE浏览器，因为旧版的IE浏览器不太支持标准，而且还不支持自动升级，使得很多新技术、尤其是可以提高开发效率的技术无法使用，还让人必须考虑很多兼容性问题。好在IE9已经开始全面支持各类网页标准。 对！兼容性问题绝大多数情况都是出现在IE与标准浏览器之间的矛盾。 语义化就更是了。一个典型的例子是自适应圆角：想要真正达到完全的自适应，必须使用九宫格圆角，这将导致至少四个无语义标签的出现，也使得浏览器渲染的负担加重，甚至会导致增加两到九个HTTP请求。所以，现在很多的新应用的界面，只应用少量圆角、甚至干脆放弃使用圆角。 因此，对上了IE，很多追求新技术的工程师的做法是，让IE见鬼去吧，圆角只在标准浏览器下可见。我就喜欢这么干，不过好像老板们都不喜欢，因为他们喜欢用IE。 语义化的适用范围 语义化当然是大势所趋，也可以说它的始作俑者是Google。但我却发现，Google有很多地方其实是非常不语义化的，比如GMAIL、GReader等应用。里面大量嵌套div/span，大量使用AJAX——事实上AJAX是会破坏语义化的。 假设光速不变，爱因斯坦得出了相对论；而假设Google的做法是正确的，那么就会得出结论：那些应用不需要语义化。 因为，他本身就是个“应用”，而非具体的资讯，他不需要被浏览器或搜索引擎知道他是什么东西，他只要求浏览器正确地渲染，让用户得到正确的界面。 从这点上来看，“内容”与“界面”在HTML上也应该分离开来。内容部分需要使用语义化的标签来表达，而界面就无所谓了，使用DIV/SPAN即可。 事实上，页面重构师们也常常会困惑吧：很多时候很多标签，你并不知道该用什么标签，因为这些部分本来就没有语义。 搞定IE 这么看来，IE浏览器的问题就好办得多了。 首先是部分界面细节损失IE上的视觉体验，从而获取优良的交互体验。这点其实我最希望老板们能接受，因为这有损失却也有补偿：能使IE这种效率低下的渲染引擎也表现出十分流畅的交互，并且能大规模地提高开发效率。 然后是，大可在修饰性因素上大胆使用纯DIV/SPAN的结构，只要在需要重视的“内容”或“文章”或“导航”等方面使用语义化标签即可。我只需要把关键部分描述给搜索引擎，而没必要让搜索引擎知道整个网站的结构。（甚至，很多应用他们其实都不希望被搜索引擎找到，尤其是企业内部应用） 这样的话，皆大欢喜。 via：watert

标签:IE相关IE浏览器语义化