El método .bind () registra el evento y el controlador de eventos directamente en el elemento DOM. Este método sigue siendo muy útil cuando se conectan los controladores de eventos, pero hay varios problemas de rendimiento que se enumeran a continuación.
Internamente .bind () se asigna a .on () según la versión actual de Jquery .bind puede eliminarse de versiones futuras en cualquier momento. No hay ninguna razón para seguir usando .bind y todas las razones para preferir .on en su lugar.
¡El método .bind () adjuntará el controlador de eventos a todos los anclajes que coincidan! Eso no es bueno. No solo es costoso iterar implícitamente sobre todos esos elementos para adjuntar un controlador de eventos, sino que también es un desperdicio ya que es el mismo controlador de eventos una y otra vez.
- ¿Cómo se puede hacer una conversión de PSD a HTML?
- ¿Dónde puedo encontrar un creador de sitios web que me dé todo el código al final?
- ¿Cuál es el mejor costo efectivo para una empresa de diseño web en Qatar?
- ¿Cuáles son los tres tipos de unidades CSS?
- ¿Qué debo saber para comenzar a crear sitios web profesionales además de HTML 5 y CSS?
Problemas
- El método adjunta el mismo controlador de eventos a cada elemento coincidente en la selección.
- No funciona para elementos agregados dinámicamente que coinciden con el mismo selector.
- Existen problemas de rendimiento cuando se trata de una gran selección.
- El archivo adjunto se realiza por adelantado, lo que puede tener problemas de rendimiento en la carga de la página.
El método on () está “sobrecargado” con diferentes firmas, lo que a su vez cambia la forma en que se enlaza el enlace del evento. El método .on aporta mucha consistencia a la API y, con suerte, hace las cosas un poco menos confusas.
Contras
1. Trae confusión porque el comportamiento cambia en función de cómo se llama el método.