① 为什么微信内置浏览器（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安全浏览器切换微信 浏览器。