移動端WEB開發，click,touch,tap事件淺析

1、click 和 tap 比較

二者都會在點擊時觸發，可是在手機WEB端，click會有 200~300 ms，因此請用tap代替click做爲點擊事件。

singleTap和doubleTap 分別表明單次點擊和雙次點擊。

2、關於tap的點透處理

在使用zepto框架的tap來移動設備瀏覽器內的點擊事件，來規避click事件的延遲響應時，有可能出現點透的狀況，即點擊會觸發非當前層的點擊事件。

處理方式：

（1）、

github上有一個叫作fastclick的庫，它也能規避移動設備上click事件的延遲響應，https://github.com/ftlabs/fastclick
將它用script標籤引入頁面（該庫支持AMD，因而你也能夠按照AMD規範，用諸如require.js的模塊加載器引入），而且在dom ready時初始化在body上，如：

1 2 3

$( function (){      new FastClick(document.body); })

而後給須要「無延遲點擊」的元素綁定click事件（注意再也不是綁定zepto的tap事件）便可。
固然，你也能夠不在body上初始化它，而在某個dom上初始化，這樣，只有這個dom和它的子元素才能享受「無延遲」的點擊

實踐開發中發現，當元素綁定fastclick後，click響應速度比tap還要快一點點。哈哈

（2）、爲元素綁定touchend事件，並在內部加上e.preventDefault();

$demo.on( 'touchend' , function (e){ //
改變了事件名稱，tap是在body上才被觸發，而touchend是原生的事件，在dom自己上就會被捕獲觸發

     $demo.hide()

     e.preventDefault(); //
阻止「默認行爲」

})




3、touch事件touch是針對觸屏手機上的觸摸事件。現今大多數觸屏手機webkit內核提供了 touch事件的監聽，讓開發者能夠獲取用戶觸摸屏幕時的一些信息。

 

其中包括：touchstart,touchmove,touchend,touchcancel 這四個事件

touchstart,touchmove,touchend事件能夠類比於mousedown，mouseover
，mouseup的觸發。

touchstart ： 當手指觸摸到屏幕會觸發；

touchmove : 當手指在屏幕上移動時，會觸發；

touchend : 當手指離開屏幕時，會觸發；

而touchcancel許多人不知道它在何時會被觸發而忽略它，其實當你的手指尚未離開屏幕時，有系統級的操做發生時就會觸發touchcancel，例如alert和confirm彈框，又或者是android系統的功能彈窗。

例如：

 

這4個事件的觸發順序爲：

touchstart -> touchmove
-> …… -> touchmove ->touchend

可是單憑監聽上面的單個事件，不足以知足咱們去完成監聽在觸屏手機常見的一些手勢操做，如雙擊、長按、左右滑動、縮放等手勢操做。須要組合監聽這些事件去封裝對這類手勢動做。

其實市面上不少框架都針對手機瀏覽器封裝了這些手勢，例如jqmobile、zepto、jqtouch，不過悲劇發生了，對於某些android系統（我本身測試到的在android 4.0.x），touchmove和touchend事件不能被很好的觸發，舉例子說明下：

好比手指在屏幕由上向下拖動頁面時，理論上是會觸發 一個 touchstart ，不少次 touchmove
，和最終的 touchend ，但是在android 4.0上，touchmove只被觸發一次，觸發時間和touchstart
差很少，而touchend直接沒有被觸發。這是一個很是嚴重的bug，在google Issue已有很多人提出  http://code.google.com/p/android/issues/detail?id=19827

暫時我只發如今android 4.0會有這個bug，聽說 ios 3.x的版本也會有。

而顯然jqmobile、zepto等都沒有意識到這個bug對監聽實現帶來的嚴重影響，因此在直接使用這些框架的event時，或多或少會出現兼容性問題！