修复 IE 错误：总是一个好主意吗？ [关闭]

Internet Explorer 改进a lot在过去的 3 年里，自 IE 10 以来，IE 已经成为一个相当不错的浏览器，具有良好的性能。但是，即使有了这些改进，网络开发人员仍然必须：

1. 处理旧版本，特别是 IE8 甚至 IE7；
2. 解决 IE 拖来的错误forever， 像未实现的document.evaluate https://stackoverflow.com/questions/13521554/xpath-in-internet-explorer-10-gone, or oninput删除或删除时不会触发的事件contentEditable元素。

我问自己这些解决方法的“可接受”限制是什么。例如，IEchange事件不会冒泡：但因为它支持focusin and focusout，它确实冒泡，它可以通过几个事件侦听器来修复。

众所周知，IEinnerHTML属性于<select>元素正确，因此我们可以重新定义属性（仅限 IE8）：

(function() {
    var re = /^<SELECT(?: [\w:]+=(?:\S+|'[^']*'|"[^"]*"))*>/,
        div = document.createElement("div");
    Object.defineProperty(HTMLSelectElement.prototype, "innerHTML", {get: function() {
        var out = this.outerHTML, m = out.match(re);
        return m ? out.slice(m[0].length, -9) : "";
    }, set: function(v) {
        this.innerText = "";
        if (v = String(v)) {
            div.innerHTML = "<select>" + v + "</select>";
            var s = div.firstChild;
            while (s.firstChild) this.appendChild(s.firstChild);
        }
    }});
})();

但是 IE - 甚至 IE11！ - 仍然不允许动态设置value的财产<select>元素，所以（IE8-11）：

Object.defineProperty(HTMLSelectElement.prototype, "value", {get: function() {
    var opt = this.selectedIndex >= 0 ? this.options[this.selectedIndex] : null;
    return opt ? opt.value : "";
}, set: function(val) {
    val = String(val);
    var ops = this.options, i = ops.length;
    while (i--) if (ops[i].value === val) break;
    this.selectedIndex = i;
}});

这些工作得很好，可能有点慢，但只是在有限的情况下：HTMLSelectElements。而且它们很少能代表性能问题。

但由于我正在更改一些基本的 DOM 属性，我想知道是否存在我没​​有看到的问题。有人有想法吗？