我发现了两篇关于新功能的很棒的文章.on()：jquery4u.com和elijahmanor.com。
有什么方法.bind()比使用仍然更好.on()吗？
例如，我有一个如下所示的示例代码：
$("#container").click( function( e ) {} )
你可以注意到我只有一个被选择器检索到的项目，在我的例子中，当我的页面加载时，<div>named#container已经存在；不是动态添加的。值得一提的是，我使用的是最新版本的 jQuery：1.7.2。
对于该示例，即使我不使用该函数提供的其他功能，也应该.on()使用它来代替？.bind().on()
在内部，.bind直接映射到.on当前版本的 jQuery。（同样适用于.live。）因此，如果您.bind改为使用，则会对性能造成微小但实际上无关紧要的影响。
但是，.bind可以随时从未来版本中删除。没有理由继续使用.bind，也有理由更喜欢.on。
这些片段都执行完全相同的事情：
element.on('click', function () { ... });
element.bind('click', function () { ... });
element.click(function () { ... });
但是，它们与这些非常不同，它们都执行相同的操作：
element.on('click', 'selector', function () { ... });
element.delegate('click', 'selector', function () { ... });
$('selector').live('click', function () { ... });
第二组事件处理程序使用事件委托并将用于动态添加的元素。使用委托的事件处理程序的性能也更高。第一组不适用于动态添加的元素，而且性能更差。
jQuery 的on()函数没有引入任何尚不存在的新功能，它只是尝试标准化 jQuery 中的事件处理（您不再需要在实时、绑定或委托之间做出决定）。
直接方法 和.delegate是高级 API，.on并且无意弃用它们。
直接方法更可取，因为您的代码将减少字符串类型。当您错误输入事件名称而不是静默错误时，您将立即收到错误消息。在我看来，它也更容易读写click比on("click"
将.delegate优于.on由于参数的顺序：
$(elem).delegate( ".selector", {
click: function() {
},
mousemove: function() {
},
mouseup: function() {
},
mousedown: function() {
}
});
你马上就知道它是委托的，因为它说的是委托。您还可以立即看到选择器。
有了.on它不立即清除，如果它甚至委托，你必须看看到底该选择：
$(elem).on({
click: function() {
},
mousemove: function() {
},
mouseup: function() {
},
mousedown: function() {
}
}, "selector" );
现在，的命名.bind真的很糟糕，从表面上看比.on. 但是.delegate不能执行非委托事件，并且有些事件没有直接方法，因此在这种极少数情况下可以使用它，但这只是因为您想在委托事件和非委托事件之间进行明确分离。
如果你查看源代码，$.fn.bind你会发现它只是一个重写函数on：
function (types, data, fn) {
return this.on(types, null, data, fn);
}
从 jQuery 文档：
从 jQuery 1.7 开始， .on() 方法是将事件处理程序附加到文档的首选方法。对于早期版本， .bind() 方法用于将事件处理程序直接附加到元素。处理程序附加到 jQuery 对象中当前选定的元素，因此这些元素必须在调用 .bind() 时存在。要获得更灵活的事件绑定，请参阅 .on() 或 .delegate() 中事件委托的讨论。