对于Javascript事件驱动大家了解很多，本文将从一个应用场景开始讲起，希望本文对大家使用好Javascript事件驱动有所帮助。

首先来看看这样一个应用场景，网页上有个链接，比如说高级搜索，点击以后会出现一个搜索面板。由于面板里有很多搜索字段，而这些搜索字段又有很多数据，因此决定采用异步来加载该搜索面板。以jQuery为例，代码可能会这么写：

$('#advance_search’).bind(‘click’, function(e){  
$('#advance_search_panel’).load(‘/xxx/advance_search.html"’);  
}); 

但是呢，又需要在加载后做一些处理，比如说隐藏掉正在加载的提示文字或者图标，好说，就给load加上callback

….load(‘…..', function(){  
$('#waiting_message’).hide();  
}) 

面板里面有个搜索按钮，点击进行搜索，加载完需要绑定click事件，于是我们又在下面加上：

….load(‘…..', function(){  
$('#waiting_message’).hide();  
$('#search_button’).bind(‘click’, do_advance_search);  
}) 

某一天，其他有些页面也要加上这个高级搜索，但是呢，加载完成后的处理又都不一样，有的页面需要隐藏掉某个div，有的页面需要绑定一些操作等，这时候怎么办？难道都去改这个load方法吗？

有一种方法可以解决这个问题，加上callback参数用以回调，比如 new AdvancedSearch(callback); 当然，除此以外，其实还有一种更优雅的方法，事件驱动。

代码写起来很简单，加载完毕后触发这个事件:

….load(‘….', function() {  
$().trigger(‘advanced_search_load_complete’);  
}) 

需要在加载完成后做某些操作的地方绑定一下事件处理函数即可:

$().bind(‘advanced_search_load_complete’, function(){  
……  
}); 

封装的地方不用任何改动，其它地方爱做什么操作就做什么操作，这就是事件驱动的魅力，极大的松耦合。

总结一下，事件驱动好处是什么呢？

1. 松耦合的交互，事件发布者和订阅者无须知道对方的存在。

2. 多对多的关系，多个事件发布者对应多个订阅者。

3. 一个个事件发布出来，针对这些事件作出响应，这就是一个业务场景，每个步骤清晰自然。

4. 事件发布可以带参数，事件处理者可以拿到关于该事件的任何数据。

基于事件驱动的Javascript编程模型不同于常见的全局函数随便调的Javascript，它的模块更内聚，更容易复用，在业务不可预知的前提下，业务代码改变得更少。

目标，更漂亮的Javascript事件驱动，我们都来拥抱它。

原文标题：事件驱动的javascript