モバイル端末で最も推奨される書き込み方法は、クリック イベントの代わりに zepto のタップ イベントを使用することですが、その理由は一般に、クリック イベントには伝説的な 300ms の遅延があるためです。
＃＃＃試験結果＃＃＃クリックとタップのトリガー遅延はわずか約 100ms
＃＃＃デモ＃＃＃ リーリー ＃＃＃出力＃＃＃ リーリー関連する質問
一部のブログ記事では、親がタップを使用し、サブセットがクリックを使用すると述べています。デモのトリガー時間を確認すると、これが起こる可能性は低いです。
その主な理由は、同じビジネス ロジックでクリックとタップを同時に使用する愚か者がいるからでしょうか?
つまり、基本的にキャプチャフェーズは主にイベントを同時にトリガーするために使用されるように感じます。しかし、問題もあります。Zepto のイベント メカニズムはイベント バブリングに基づいており、touch.js のイベントはドキュメントにバインドされています。
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
タップを使用するか、fastclick.jsを導入してください
引用推奨
fastclick.js,可以解决clickイベントには300ミリ秒の遅延が発生します公式サイト https://github.com/ftlabs/fas...
zepto のタップイベントは単なるシミュレーションであり、その効率は当然ながらネイティブのクリック応答ほど高速ではありません。比較的単純な要件 (たとえば、「クリック」イベントに応答するだけでよい) の場合は、fastclick の使用を検討できます。利点は、元のクリック イベント処理を変更する必要がなく、変更できることです。 PCとモバイル端末の両方に対応しています。ただし、モバイル要件のみの場合は、ネイティブの touchstart イベントを使用してください。
もう 1 つの解決策は、Hammerjs や Tencent の AlloyFinger などのジェスチャ ライブラリを直接使用することです。これは、より複雑なジェスチャ要件があるシナリオに適しています。
タッチスタートを検討してみてはいかがでしょうか
クリック イベントの原因を修正します。バブリング メカニズムが原因ではなく、クリック イベントの遅延が原因です。
たとえば、閉じるボタンをクリックすると、touchend が最初にタップをトリガーし、ポップアップレイヤーとマスクが非表示になります。タッチエンド後、引き続き 300 ミリ秒待って、他の動作がないことを確認してからクリックをトリガーし続けます。この時点ではポップアップ レイヤーが消えているため、現在のクリック イベントのターゲットは基礎となる要素上にあります。基礎となるイベントコンテンツがトリガーされます。イベントトリガーのプロセス全体は、タッチエンド -> タップ -> クリックです。