① 為什麼微信內置瀏覽器（X5內核）不支持@font-face
我在做針對微信的HTML5應用, 目前遇到的幾個問題是
一. 安卓版微信直接調用系統瀏覽器內核, iOS則是調用safari, 所以要使用新特性, 只能升級系統了, 對於很多老系統, 新的特性是沒法用的, 就連基本的canvas, toDataURL 在4.4 以下是不能導出 image/jpeg 格式的, 直接導出的 png格式, 往往非常大, 好幾百K,
二. localStorage等, 是可以用, 但是據說有微信退出之後就被清空的問題.
三. 據 Sencha 項目的調研顯示, 目前最適合 HTML5 項目的是 iOS 平台,我親測, 確實如此, 比如一個基本的css3 transition轉換做的圖片輪播, iOS上和原生應用基本沒啥區別, 安卓上則是卡的出奇, 而且安卓在進行一些復雜計算的時候,往往很慢, 比如涉及canvas計算的操作
四. 不好調試, 安卓上的調試, 我是裝chrome beta 32版 app, 然後結合桌面chrome通過 USB 開啟遠程調試, 但是由於兩者的 webkit 版本不同, 調試的結果往往不能作為最終參考依據. 說實話有時候有問題只能靠猜了(看你基本功扎實與否, 對css盒模型理解的徹底與否, 對js 的開發理解的深入與否,都能很大程度上提升你"猜對"的幾率, 當然, 你最好祈禱你的人品值是夠用的, 否則一弄一上午時間真的不算什麼), 別忘了 try catch 和 alert, 你會發現你現在真的是愛上它們了... 安卓上的另一種調試方式是通過 ADB 過濾控制台日誌的方式, 可以追蹤程序錯誤, 這個有些復雜,我還沒試過. iOS 也是可以通過 safari進行遠程調試的, 前提是你需要在MAC上進行操作, 我沒有MAC, 沒試過.
五. 對於開發, 優雅降級與漸進增強將會是個很好的理念, 你 可以 try { 先進API} catch(e) { 老舊的實現方式} 這種方式, 確保在別人刷機到新ROM之後就還能用舊版實現方式,(事實上我沒有搞, 真是復雜,很累了每天, 埋了顆雷, 我的4.1 在4.4將會爆掉, 別告訴我老闆...)
六. 用網路目前可能還得不到很多有用的信息, 國內目前HTML5還處於炒概念的階段, 很少有人做一些實打實的事情, 別告訴我誰用了什麼API做了什麼花出來了, 那些API都明擺在那裡, 稍微有點編程常識的都能拿來用, 關鍵是一個實現, 其實是 一個API ,外加你要修復9個bug, 這種方式來完成的, 只懂那一個 API, 是不夠的,現在.
七. 你的程序運行速度與你腳本和css3使用量成反比, 與網速成正比. 所以, 少用腳本, 簡化邏輯, 慎用css3, 壓縮圖片, 代碼, 等等, 這些仍然很重要.
八. 你會漸漸發現, 你進入了另一個 ie6 的世界, 移動開發基本是webkit 的天下, 比如我現在, 就沒考慮過 wp, 當然, 這也是基於公司的要求來的.
九. 有的人把 HTML5 理解為幾個 背景漸變的圓角陰影按鈕, 如果真是這樣認為的話, 那他現在就可以開始開發了, 這些基本的支持, 還是有了的.
十, caniuse.com, mobilehtml5.org, google.com, stackoverflow.com, 都是很有用的網站.
② 鎬庢牱鐢╤tml5瀹炵幇鍦ㄥ井淇″唴緗嫻忚堝櫒涓姝ｅ父鎾鏀捐嗛戱紵
瀹夊崜鐗堝井淇＄洿鎺ヨ皟鐢ㄧ郴緇熸祻瑙堝櫒鍐呮牳錛岀郴緇熼渶瑕佸崌綰э紝鑰佺郴緇熸病娉曠敤寰淇℃湰韜騫舵病鏈夎嚜宸卞紑鍙戜竴嬈炬祻瑙堝櫒錛屽畨鍗撶鐨勫井淇′嬌鐢ㄧ殑鏄涓涓鑷甯︾殑涓撶敤嫻忚堝櫒錛屼竴涓綺劇畝鐗堢殑鎵嬫満qq嫻忚堝櫒錛屾柊鐗堝井淇＄殑鍐呯疆嫻忚堝櫒涔熸槸鎵嬫満qq嫻忚堝櫒鍐呮牳錛屽筯tml5鐨勬敮鎸佸緢涓嶉敊
③ 微信小程序基於html嗎
微信小程序基於微信內置瀏覽器的X5內核（其實就是Chrome內核），雖然和js很像，但它是繞過HTML直接與內核進行操作的，所以速度比基於網頁的js腳本要快得多。
微信小程序並不是基於HTML的，它用自己獨有的一套標記語言來進行頁面渲染，所以它與網頁是有本質區別的，但它也不是純粹的APP，只能說是兩者之間吧。
④ 怎麼在電腦瀏覽器上偽裝微信瀏覽器
你好，你可以打開360安全瀏覽器在里邊安裝魔變插件，用它就可以把360安全瀏覽器切換微信 瀏覽器。