是否有任何特定的原因,它不在任何規格?爲什麼沒有將innerHTML添加到w3c規範中?
它似乎在所有瀏覽器中都支持(儘管我承認它並不適用於所有瀏覽器......因爲您必須使用類似innerXHTML的庫才能使其正常工作,這要歸功於Internet Explorer 。
innerHTML的是從瀏覽器的版本即將消失的危險嗎?如果不是不該他們只是將它加入了嗎?
我標誌着這個社會的維基,因爲我知道我會捱打上我的代表爲此...但我只是想知道爲什麼...
是否有任何特定的原因,它不在任何規格?爲什麼沒有將innerHTML添加到w3c規範中?
它似乎在所有瀏覽器中都支持(儘管我承認它並不適用於所有瀏覽器......因爲您必須使用類似innerXHTML的庫才能使其正常工作,這要歸功於Internet Explorer 。
innerHTML的是從瀏覽器的版本即將消失的危險嗎?如果不是不該他們只是將它加入了嗎?
我標誌着這個社會的維基,因爲我知道我會捱打上我的代表爲此...但我只是想知道爲什麼...
我承認它並不適用於所有這些因爲你必須使用像innerXHTML這樣的庫來使它正常工作,這要歸功於Internet Explorer。
IE 發明 innerHTML;你不可能真的期望它能比它更好地工作。
是否有任何特殊的原因,它不在任何規格?
它被提議用於HTML5,它的價值。雖然你應該繼續使用它,但只能用於編寫直接「塊」或「內聯」元素內容的簡單情況,它肯定不會在將來消失。特殊情況如表格和選擇將繼續是麻煩的。
http://dev.w3.org/html5/spec/Overview.html#innerhtml
它絕對沒有危險,成千上萬的應用程序依賴它,這樣做會是一個可怕的想法。
甜。我想我可以使用它。 – leeand00 2009-10-08 21:54:55
IE是動態修改內容的發明者,一直伴隨着它 - 其他瀏覽器都沒有!
將字符串作爲innerHTML傳遞意味着該字符串在傳遞給元素之前將通過規範化過程。這意味着它會將字符串轉換爲正確的html解析內容。
Firefox實施錯誤。它不區分html:innerHTML和html:innerText和純文本字符串:text。對於IE來說,這個區別是顯而易見的,但對於FF來說卻不是這樣。因此,處理情況的差異以及FF專用編碼器返回主設備時的混淆。
我認爲IE開創了innerHTML,我很驚訝它在那裏被打破。 – 2009-10-08 22:14:43
您的意思是「通過Internet Explorer讓它正常工作」? – 2009-10-09 01:51:44
@crescentfresh這就是我的意思:在閱讀關於ALA上的Javascript MVC的文章(http://www.alistapart.com/articles/javascript-mvc/)後,我實現了一種搜索和替換機制。 我以Snook的方式實現它,除了我從外部拉入隱藏的模板元素。這樣我只需要實現2個視圖函數,一個用於表格,另一個用於其他任何用途。這工作在所有的瀏覽器,直到我添加單選按鈕時,其中一些變成了文本框,當我在IE8中嘗試它(IE7實際工作。)原因是,innerHTML屬性... – leeand00 2009-10-09 02:46:44