QWrap選擇器tagName的大小寫(xiě)問(wèn)題怎么解決
這篇文章主要講解了“QWrap選擇器tagName的大小寫(xiě)問(wèn)題怎么解決”，文中的講解內(nèi)容簡(jiǎn)單清晰，易于學(xué)習(xí)與理解，下面請(qǐng)大家跟著小編的思路慢慢深入，一起來(lái)研究和學(xué)習(xí)“QWrap選擇器tagName的大小寫(xiě)問(wèn)題怎么解決”吧！
10年積累的網(wǎng)站建設(shè)、成都做網(wǎng)站經(jīng)驗(yàn)，可以快速應(yīng)對(duì)客戶對(duì)網(wǎng)站的新想法和需求。提供各種問(wèn)題對(duì)應(yīng)的解決方案。讓選擇我們的客戶得到更好、更有力的網(wǎng)絡(luò)服務(wù)。我雖然不認(rèn)識(shí)你，你也不認(rèn)識(shí)我。但先網(wǎng)站設(shè)計(jì)后付款的網(wǎng)站建設(shè)流程，更有貴陽(yáng)免費(fèi)網(wǎng)站建設(shè)讓你可以放心的選擇與我們合作。
對(duì)于現(xiàn)代Web前端來(lái)說(shuō)，Selector是必備之物。對(duì)于標(biāo)準(zhǔn)瀏覽器，可用querySelector，而對(duì)于IE8標(biāo)準(zhǔn)模式以下，需要一個(gè)Selector引擎。
因?yàn)楸卷?xiàng)目會(huì)在代碼里使用QWrap，所以雖然我寫(xiě)的部分代碼并沒(méi)有用QWrap，但既然怎樣都需要一個(gè)Selector引擎，不如用QWrap。
結(jié)果發(fā)生一件悲劇的事情。
我使用html5-shim/shiv庫(kù)來(lái)讓IE正確解析新的HTML5標(biāo)簽。但是QWrap引擎居然不能正確選擇出html5的元素。
嘗試人肉選擇，發(fā)現(xiàn)是可以的，那就是QWrap的Selector存在bug。
經(jīng)過(guò)艱苦卓絕的斗爭(zhēng)，最終發(fā)現(xiàn)問(wèn)題出在這個(gè)函數(shù)的第2行：
function(a) { sFun.push('el.tagName=="' + a.toUpperCase() + '"'); return ''; }).replace(/([\[(].*)|#([\w\-]+)|\.([\w\-]+)/g,//id縮略寫(xiě)法//className縮略寫(xiě)法QWrap采用了代碼生成技術(shù)，即為selector拼裝出對(duì)應(yīng)的函數(shù)。這是一項(xiàng)相當(dāng)陷阱先進(jìn)的技術(shù)。
不難看出這里會(huì)產(chǎn)生一個(gè)tag的匹配，對(duì)于匹配“nav”所生成的代碼應(yīng)該是：el.tagName=="nav".toUpperCase() 。
通常瀏覽器對(duì)于所有HTML元素，其調(diào)用tagName返回的都是全大寫(xiě)字母。
【號(hào)外】為什么是大寫(xiě)?
Hax答：這是從HTML的祖先SGML那里繼承下來(lái)的習(xí)慣。對(duì)于早期寫(xiě)SGML/HTML的人，要區(qū)分標(biāo)簽和正文內(nèi)容的最簡(jiǎn)單方法恐怕就是把標(biāo)簽用大寫(xiě)。
不過(guò)，據(jù)圈子里有名的那個(gè)紋身佬說(shuō)，HTML用大寫(xiě)是因?yàn)槟菚r(shí)候技術(shù)落后，存儲(chǔ)太緊張，全大寫(xiě)比較省存儲(chǔ)空間……(大意如此，詳情我記不清了，請(qǐng)八卦人士咨詢Winter)
【/號(hào)外】
然而不幸的是，html5-shim以及我所知差不多所有的類似庫(kù)，都會(huì)使用全小寫(xiě)。這是因?yàn)楝F(xiàn)代Web標(biāo)準(zhǔn)的主流是采用全小寫(xiě)。
【號(hào)外】為什么換小寫(xiě)了涅?
Hax答：因?yàn)檫@樣比較不傷眼，也不傷手。
【/號(hào)外】
而IE雖然對(duì)于它所能識(shí)別的HTML元素都是大小寫(xiě)不敏感的，但是對(duì)于通過(guò)createElement神經(jīng)刀產(chǎn)生的新元素，它其實(shí)將其視作類XML元素，也就是大小寫(xiě)敏感的，所以其tagName屬性將返回最初設(shè)定的大小寫(xiě)形式。
如何fix這個(gè)問(wèn)題?
一個(gè)容易想到的方式是把html5-shim里的標(biāo)簽列表改為大寫(xiě)。不過(guò)這個(gè)方式并不管用。因?yàn)閠agName返回的是最初設(shè)定的值，也就是，如果你寫(xiě)
...，返回的是SECTION，如果你寫(xiě)
...返回的就是SECtion(即start tag的大小寫(xiě))，如果你寫(xiě)document.createElement('sEcTion')，返回的就是sEcTion。
顯然，QWrap Selector(或任何通用腳本庫(kù))不應(yīng)依賴網(wǎng)頁(yè)作者如何書(shū)寫(xiě)。所以這個(gè)問(wèn)題必須由QW來(lái)解決。
此外，庫(kù)也不應(yīng)該假設(shè)tagName一定返回大寫(xiě)。雖然規(guī)范規(guī)定對(duì)于HTML元素tagName應(yīng)該始終返回大寫(xiě)，但庫(kù)必須考慮兼容性(即這里所提到的IE的問(wèn)題)。
此外，通用腳本庫(kù)也要有前瞻性，比如考慮Selector引擎用于選擇XML元素。當(dāng)前各種純JS selector engine并非namespace-aware，所以本不能選擇XML元素。但HTML規(guī)范已經(jīng)允許直接在HTML里混合MathML、SVG。新的瀏覽器也都已經(jīng)支持了。
比如你可以試著在FireFox里看下述代碼：
<body> <div id="test"><math> <mi>x</mi> <mo>=</mo> <mfrac> <mrow> <mo form="prefix">−</mo> <mi>b</mi> <mo>±</mo> <msqrt> <msup> <mi>b</mi> <mn>2</mn> </msup> <mo>−</mo> <mn>4</mn> <mo>?</mo> <mi>a</mi> <mo>?</mo> <mi>c</mi> </msqrt> </mrow> <mrow> <mn>2</mn> <mo>?</mo> <mi>a</mi> </mrow> </mfrac> </math></div> </body>
你可以看到$('test').firstChild.tagName返回的是“math”而不是“MATH”。而document.querySelector('#test math')也可以正確選擇到該元素。
但是QW Selector就不能選擇到math元素了。
【擴(kuò)展】
假如你在這個(gè)文檔里插入document.createElement('math')會(huì)發(fā)生什么呢?
注意，你插入的不是一個(gè)MathML元素，那需要通過(guò)createElementNS，加上適當(dāng)?shù)膎amespace(http://www.w3.org/1998/Math/MathML)才可以。你插入的其實(shí)是一個(gè)名字恰好為“math”的HTML元素，該元素的tagName返回的是全大寫(xiě)的“MATH”。
此時(shí)，使用getElementsByTagName('math')或document.querySelectorAll('math')會(huì)返回這兩個(gè)元素。而getElementsByTagName('MATH')或document.querySelectorAll('MATH')只會(huì)返回那個(gè)正好叫做“math”的HTML元素，而不會(huì)返回真正的MathML的math元素。注：FF行為如此，而目前Chrome是兩者都返回的，這應(yīng)該是WebKit的bug。
【/擴(kuò)展】
盡管純JS Selector引擎主要的目的是向前兼容，但若能做到向后兼容就更好了。而QW Selector由于這個(gè)小小的大小寫(xiě)問(wèn)題，在兩方面都失敗了。
好在，修正它是很容易的。
sFun.push('el.tagName=="' + a.toUpperCase() + '"');
改為
sFun.push('el.tagName.toLowerCase()=="' + a.toLowerCase() + '"');
即可。
有人可能會(huì)問(wèn)，為啥全換成toLowerCase()?
之前人家木有說(shuō)過(guò)嗎，UPPERCASE什么的最討厭了!
說(shuō)正經(jīng)的，用toLowerCase()是因?yàn)闃?biāo)準(zhǔn)所規(guī)定的行為就是這樣的。盡管全換成toUpperCase()似乎也沒(méi)有什么不一樣的。
上述代碼的結(jié)果和目前Chrome的行為較為一致，即即使是非HTML namespace的元素，也按照大小寫(xiě)不敏感的方式比較。如果要按照FF的行為，可以改為：
'isHTMLElement(el) ? tagName.toLowerCase() == "{a.toLowerCase()}" : tagName == "{a}"'
上述isHTMLElement檢測(cè)一個(gè)元素是否是HTML元素，邏輯請(qǐng)自行查標(biāo)準(zhǔn)確定。{a}這里用模板語(yǔ)法，這是為了讓大家看得更明白，我也省下打許多引號(hào)和加號(hào)的力氣。
感謝各位的閱讀，以上就是“QWrap選擇器tagName的大小寫(xiě)問(wèn)題怎么解決”的內(nèi)容了，經(jīng)過(guò)本文的學(xué)習(xí)后，相信大家對(duì)QWrap選擇器tagName的大小寫(xiě)問(wèn)題怎么解決這一問(wèn)題有了更深刻的體會(huì)，具體使用情況還需要大家實(shí)踐驗(yàn)證。這里是創(chuàng)新互聯(lián)，小編將為大家推送更多相關(guān)知識(shí)點(diǎn)的文章，歡迎關(guān)注！
標(biāo)題名稱：QWrap選擇器tagName的大小寫(xiě)問(wèn)題怎么解決
URL地址：http://jinyejixie.com/article42/ipihhc.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供建站公司、微信小程序、網(wǎng)站策劃、小程序開(kāi)發(fā)、定制開(kāi)發(fā)、云服務(wù)器
聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)
- 手機(jī)APP開(kāi)發(fā)拼團(tuán)，本地同城化拼團(tuán)電商快速擴(kuò)張 2022-06-12
- 律師APP開(kāi)發(fā)，律師小程序小談 2021-10-07
- 棗莊商城APP開(kāi)發(fā)選原生還是混合開(kāi)發(fā)？ 2020-12-06
- app外包公司？app開(kāi)發(fā)流程 2022-11-15
- app開(kāi)發(fā)具體費(fèi)用,企業(yè)開(kāi)發(fā)APP價(jià)格 2020-12-08
- APP開(kāi)發(fā)與網(wǎng)站建設(shè)開(kāi)發(fā)都有哪些區(qū)別？ 2016-09-09
- app開(kāi)發(fā)多少錢？ 2023-03-05
- 成功的APP開(kāi)發(fā)都有哪些硬性標(biāo)準(zhǔn)？ 2023-03-02
- 廣州APP開(kāi)發(fā)之學(xué)生心理咨詢 2023-03-12
- 手機(jī)app開(kāi)發(fā)有什么商業(yè)價(jià)值 2015-12-26
- 廣州便利店APP開(kāi)發(fā)推動(dòng)品牌發(fā)展 2023-03-22
- 上海app開(kāi)發(fā)如何滿足用戶需求 2020-12-31