Phương thức jQuery 1.7 .on(), tại sao cần thiết?

Question

Tôi không hiểu tại sao phương pháp này tồn tại ....

http://api.jquery.com/on/

Dường như với tôi bạn sẽ luôn luôn chỉ làm $(el).click() thay vì $(el).on('click', function...

Answer 1

$(el).on cung cấp cho nhà phát triển một cách thống nhất các sự kiện ràng buộc cho mọi loại sự kiện, sự kiện trực tiếp và được ủy quyền. Nó cũng cho phép bạn liên kết nhiều hơn một sự kiện cùng một lúc bằng cách truyền một đối tượng (ví dụ thứ 2 trong số documentation)

Bạn cũng lưu một vài lần bấm phím, cho những gì nó đáng giá.

Answer 2

Với .on() bạn có thể gắn nhiều hơn một loại sự kiện cùng một lúc, do đó bạn không phải sao chép mã hoặc tạo một hàm riêng biệt nếu bạn muốn thực hiện tương tự trên nhiều sự kiện.

Answer 3

Dường như với tôi như đang được tổ chức để kết hợp/thay thế các chức năng ràng buộc sự kiện khác nhau ... Một chức năng để liên kết tất cả! (LOTR geekery ftw)

Answer 4

Đó là sự hiểu biết của tôi rằng .on() mới là một sự hợp nhất của một số chức năng trùng lặp trong .bind(), .delegate() và .live(). Nó là một sự hợp nhất của API vì nó là một sự kết hợp của các triển khai vào một triển khai thống nhất hơn.

Answer 5

$(el).click(...) là viết tắt của $(el).bind('click', ...). Nếu bạn so sánh documentation for bind() với documentation for on(), bạn sẽ thấy một số khác biệt.

này được khá tốt tóm tắt bởi đoạn đầu tiên của bind() tài liệu:

Tính đến jQuery 1.7, phương pháp .Trên() là phương pháp ưa thích cho gắn xử lý sự kiện cho một tài liệu. Đối với các phiên bản trước, phương thức .bind() được sử dụng để đính kèm trình xử lý sự kiện trực tiếp vào các phần tử . Trình xử lý được gắn với các phần tử hiện được chọn trong đối tượng jQuery là , vì vậy các phần tử đó phải tồn tại tại thời điểm cuộc gọi tới .bind() xảy ra. Để có sự kiện ràng buộc linh hoạt hơn, hãy xem cuộc thảo luận của sự kiện ủy quyền trong .on() hoặc .delegate().