在藍色理想看到一個漂亮的彈出層，不過看不慣其代碼，決定自己重寫一個。漂亮是有代價，它用了許多圖片，而且那是半透明圖片，這在IE6中就遇到麻煩，需要動用IE的DXImageTransform.Microsoft.AlphaImageLoader來實現fixbug！對于我而言，圖片根本是沒有必要，因為我掌握非常先進的動態生成圖片（位圖）的技術，這樣就可以大大減少請求數與圖片對服務器的壓力。但是，該死的IE6不支持這種技術，因此我還是需要一些圖片。至于半透明與圓角與陰影，我是利用vml與canvas與CSS3高級特征來實現。好了，開場白就此打住，我們開始吧。
我在《javascript 動態插入技術》中，就介紹了用innerHTML轉換為文檔碎片的技術了，這個被各大類庫所取用。但事實上，如果我們的字符串沒有th,tbody,col等需要通過包裝才能動態生成的標簽，也沒有那個特煩人的script標簽，我們在提高性能上還是有許多方法，如insertAdjacentHTML。但想使用insertAdjacentHTML，限制非常多的，如在IE下避開innerHTML為只讀的元素，FF需要很高的版本才支持，加之調用對象（如jQuery）的元素往往只能是節點，不能是字符串，因此很多情況下，我們還是先需要把它轉換為節點集合，而今天我介紹的是使用createContextualFragment直接將字符串轉換為文檔碎片！
Javascript語言的設計不夠嚴謹，很多地方一不小心就會出錯。
幾乎所有的富 Web 應用都基于一個或多個 Web UI 庫或框架，這些UI庫與框架極大地簡化了開發進程，并帶來一致，可靠，以及高度交互性的用戶界面。本文介紹了 15 個非常強大的 JavaScript WebUI庫，非常適合各種各種規模的富 Web 應用的開發。
在《從 if else 到 switch case 再到抽象》這篇文章里面說到，解決 if else 和 switch case 分支過多的一個方法，就是做一個專用的 dispatcher ，讓它來負責進行篩選與轉發。至于篩選條件的描述，模式匹配是一種很常見也很好用的方式。在 JavaScript 里面，用 JSON 來描述模式又是相當方便的事情，所以我們來做一個 JSON 模式匹配工具吧。
我們在使用AJAX來做服務器端和客戶端交互的時候，一般的做法是讓服務器端返回一段JSON字符串，然后在客戶端把它解析成JavaScript對象。解析時用到的方法一般是eval或者new function，而目前IE8和Firefox3.1又內置了原生的JSON對象（據說會有一定的性能提升）。那我們在實際使用的時候怎樣從這三種方法（因為性能問題，不考慮用javascript實現的解析）里面來選擇呢？面對眾多的瀏覽器，哪種方式的性能是最好的呢？
什么叫做類型？簡單地說，類型就是把內存中的一個二進制序列賦予某種意義。比如，二進制序列0100 0000 0111 0000 0001 0101 0100 1011 1100 0110 1010 0111 1110 1111 1001 1110如果看作是64位無符號整數類型就是4643234631018606494 而按照IEEE 754規定的浮點數二進制表示規則（見附1）雙精度浮點類型則是257.331。
