今天忽然想著復(fù)習(xí)一下富文本編輯器的制作原理。于是二話不說將手把手地做了起來。因?yàn)橐荒昵皩戇^一個(gè)簡(jiǎn)單的富文本編輯器，所以大概還是有點(diǎn)印象?？墒钱?dāng)我把寫出來的代碼跑一下的時(shí)候，發(fā)現(xiàn)了問題：
代碼如下:
var ifr = document.createElement('iframe');
ifr.width = 300;
ifr.height = 300;
var idoc = ifr.contentDocument || ifr.contentWindow.document;
idoc.designMode = 'on';
idoc.contentEditable = true;
idoc.write('<html><head><style>body{ margin:0px; }</style></head><body></body></html>');
document.body.appendChild(ifr);
大家看看上面的代碼，有沒有發(fā)現(xiàn)哪里出現(xiàn)了批漏？
我想如果沒有和我有類似經(jīng)歷的童鞋估計(jì)是看不出這段代碼有什么問題的。那么大家不妨去跑一下，也許你很快就會(huì)發(fā)現(xiàn)問題。
下面由我來揭曉答案：
這段代碼會(huì)拋找不到對(duì)象的異常。找不到哪個(gè)對(duì)象？找不到document對(duì)象，啥？怎么可能找不到document對(duì)象？當(dāng)然，這個(gè)document對(duì)象是iframe的document對(duì)象。做過富文本的都知道要先獲取了iframe的document對(duì)象才可以設(shè)置為可編輯。但是為什么我們獲取不了document對(duì)象呢？這里我就不賣關(guān)子了。我說說我的解決流程吧。
首先我去谷歌了一下發(fā)現(xiàn)我獲取document的寫法是沒有錯(cuò)的。然后我在想難道是Chrome的原因？難道Chrome抽風(fēng)不支持這兩個(gè)對(duì)象？于是換到了Firefox。結(jié)果還是一樣。那么可以肯定的是，肯定是自己的代碼問題。
后來通過對(duì)比網(wǎng)上的代碼，發(fā)現(xiàn)自己的appendChild位置有點(diǎn)不對(duì)，于是乎就將它提前到了獲取document對(duì)象前：
代碼如下:
var ifr = document.createElement('iframe');
ifr.width = 300;
ifr.height = 300;
document.body.appendChild(ifr);
var idoc = ifr.contentDocument || ifr.contentWindow.document;
idoc.designMode = 'on';
idoc.contentEditable = true;
idoc.write('<html><head><style>body{ margin:3px; word-wrap:break-word; word-break: break-all; }</style></head><body></body></html>');
結(jié)果運(yùn)行一切順利。然后我對(duì)此次的錯(cuò)誤作了分析。其實(shí)這個(gè)錯(cuò)誤的原理很簡(jiǎn)單。大家都知道iframe其實(shí)里面包含的是另一個(gè)文檔，而這個(gè)文檔只有初始化了才能擁有一個(gè)document對(duì)象。而如果沒有把iframe元素加入到DOM樹中，iframe中的文檔是不會(huì)初始化的。因此，在一開始我們的代碼里，我們獲取的ifr變量中的contentDocument值是null，也就說明了此時(shí)iframe中的文檔沒有初始化。
順著這條線，我再檢查了別的節(jié)點(diǎn)的初始化情況，發(fā)現(xiàn)其實(shí)別的元素節(jié)點(diǎn)只要一旦創(chuàng)建，無論是否加入到DOM樹中都會(huì)擁有其本身的屬性和方法。也就是說在眾多元素節(jié)點(diǎn)中iframe算是個(gè)異類吧。
公眾號(hào)
事業(yè)單位
當(dāng)前位置：
公考類
招聘類
各類考試