84669 orang belajar
152542 orang belajar
20005 orang belajar
5487 orang belajar
7821 orang belajar
359900 orang belajar
3350 orang belajar
180660 orang belajar
48569 orang belajar
18603 orang belajar
40936 orang belajar
1549 orang belajar
1183 orang belajar
32909 orang belajar
求解什么是js事件机制,最好是通俗易懂的介绍一下事件机制的原理
闭关修行中......
(简单的讲一讲吧
首先用一个人来比喻吧,人都会睡觉,但是只有人感觉到困了才会去睡觉。用程序的话来讲,人这个对象存在一个睡觉的方法,这个方法只有当精神疲劳这个事件触发的时候才会执行:
function sleep(){ do sleep } man.ontired=function(){ sleep(); }
当然,有的人因为一堆工作还没完成,即使深夜12点很累还是得加班工作,这时候,人触发了精神疲劳这个事件之后可能会执行一个继续工作的方法(比如我QAQ。。。
man.ontired=function(){ work() }
所以事件这种东西是广泛存在于我们周围的,也就是一个触发点,就像一个开关一样,按下了灯就亮了,再按一下灯就灭了,这就是一个事件。
把事件放到web,准确地讲应该是浏览器里面,事件又是什么呢?
答案当然是用户所有对浏览器所做的行为的响应。比如最简单的点击啦、按键盘啦、移动鼠标啦、关闭网页啦、加载网页啦等等,只要浏览器能对用户行为作出响应的,都是web的事件,比如一个用户怒砸电脑,这个浏览器无法监听也无法响应,所以算不上web的事件。
所以,事件是浏览器对用户行为的一个响应
而正是有这些事件的存在,程序员和用户方可以联系起来,程序员不知道用户对网页做了什么,但是程序员知道用户做了那些行为后应该给予怎么样的处理。你可以想象我们前端程序员个个都是地雷兵,在页面布满了大大小小的“事件地雷”,只要用户不踩上去,我们写的代码会老老实实躺在js文件里面永不触发。但一旦用户点击了拖拽了按键了踩了“事件地雷”,那么我们写的代码就像地雷一样“boom”的一声开始执行。就比如:
document.body.onclick=function(){ alert('boom') }
如果用户只是打开了网页,根本没有点击页面,那么这个"boom"永远不会弹出来。
因为js是事件驱动的。
上面那几个例子已经很好说明了什么是事件驱动。事件驱动就是,事件没发生,代码不执行,事件是触发代码执行的直接原因。
一般来讲,可能你有遇到,在一个点击事件里面写了一个小小或者大大的逻辑错误,js页面加载的时候并不会给你报错,它只是匆匆看了一眼onclick里面的内容,但不会去执行它,自然不会去发现里面的逻辑错误,除非你里面写了一个语法错误,js看了一眼发现,卧槽这里面的语句不通顺读不通啊,它才会提示错误。只有你点击事件触发的时候,js执行了下代码,然后发现里面的逻辑狗屁不通,然后才会报错。
onclick
通常我们都会写个window.onload,页面加载完成触发的事件,把要执行的代码放里面,这样资源加载好了js好操作。但是,页面还存在一个隐性的事件,就是read事件,js引擎阅读代码事件。如果读到了function 函数名(){...}活着var 函数名=function(){...}这样的结构,它会匆匆扫一眼,不执行里面的代码,然后继续读下去,其他的语句一旦遇到了,js就会去执行它。比如var 变量名或着函数名()这样。这个是read事件,其他事件也类似,只有当前浏览器对用户行为的响应时,js才会执行里面的代码。
function 函数名(){...}
var 函数名=function(){...}
var 变量名
函数名()
说到事件驱动,还有一个语言也是事件驱动的,那就是php(我所知道的。。。)。
php的事件驱动在于,它同样为服务器划分了事件,最简单的,一个请求进来,这是一个事件;服务器做出一个响应,这也是一个事件。然后后台服务器围绕这几个事件,一旦触发哪个就执行相关代码。
js的后台版node也是一样的
不知道你是要问js事件的 还是 js事件机制原理的 是说 冒泡事件机制之类的吗 这篇文章挺详细 你可以看下http://www.cnblogs.com/yexiao...
提供一篇科普文JavaScript 运行机制详解:再谈Event Loop
(简单的讲一讲吧
什么是事件
首先用一个人来比喻吧,人都会睡觉,但是只有人感觉到困了才会去睡觉。
用程序的话来讲,人这个对象存在一个睡觉的方法,这个方法只有当精神疲劳这个事件触发的时候才会执行:
当然,有的人因为一堆工作还没完成,即使深夜12点很累还是得加班工作,这时候,人触发了精神疲劳这个事件之后可能会执行一个继续工作的方法(比如我QAQ。。。
所以事件这种东西是广泛存在于我们周围的,也就是一个触发点,就像一个开关一样,按下了灯就亮了,再按一下灯就灭了,这就是一个事件。
把事件放到web,准确地讲应该是浏览器里面,事件又是什么呢?
答案当然是用户所有对浏览器所做的行为的响应。比如最简单的点击啦、按键盘啦、移动鼠标啦、关闭网页啦、加载网页啦等等,只要浏览器能对用户行为作出响应的,都是web的事件,比如一个用户怒砸电脑,这个浏览器无法监听也无法响应,所以算不上web的事件。
所以,事件是浏览器对用户行为的一个响应
js是事件驱动的
而正是有这些事件的存在,程序员和用户方可以联系起来,程序员不知道用户对网页做了什么,但是程序员知道用户做了那些行为后应该给予怎么样的处理。你可以想象我们前端程序员个个都是地雷兵,在页面布满了大大小小的“事件地雷”,只要用户不踩上去,我们写的代码会老老实实躺在js文件里面永不触发。但一旦用户点击了拖拽了按键了踩了“事件地雷”,那么我们写的代码就像地雷一样“boom”的一声开始执行。就比如:
如果用户只是打开了网页,根本没有点击页面,那么这个"boom"永远不会弹出来。
因为js是事件驱动的。
事件驱动是什么?
上面那几个例子已经很好说明了什么是事件驱动。事件驱动就是,事件没发生,代码不执行,事件是触发代码执行的直接原因。
一般来讲,可能你有遇到,在一个点击事件里面写了一个小小或者大大的逻辑错误,js页面加载的时候并不会给你报错,它只是匆匆看了一眼
onclick
里面的内容,但不会去执行它,自然不会去发现里面的逻辑错误,除非你里面写了一个语法错误,js看了一眼发现,卧槽这里面的语句不通顺读不通啊,它才会提示错误。只有你点击事件触发的时候,js执行了下代码,然后发现里面的逻辑狗屁不通,然后才会报错。通常我们都会写个window.onload,页面加载完成触发的事件,把要执行的代码放里面,这样资源加载好了js好操作。但是,页面还存在一个隐性的事件,就是read事件,js引擎阅读代码事件。如果读到了
function 函数名(){...}
活着var 函数名=function(){...}
这样的结构,它会匆匆扫一眼,不执行里面的代码,然后继续读下去,其他的语句一旦遇到了,js就会去执行它。比如var 变量名
或着函数名()
这样。这个是read事件,其他事件也类似,只有当前浏览器对用户行为的响应时,js才会执行里面的代码。其他语言的事件驱动
说到事件驱动,还有一个语言也是事件驱动的,那就是php(我所知道的。。。)。
php的事件驱动在于,它同样为服务器划分了事件,最简单的,一个请求进来,这是一个事件;服务器做出一个响应,这也是一个事件。然后后台服务器围绕这几个事件,一旦触发哪个就执行相关代码。
js的后台版node也是一样的
不知道你是要问js事件的 还是 js事件机制原理的 是说 冒泡事件机制之类的吗 这篇文章挺详细 你可以看下http://www.cnblogs.com/yexiao...
提供一篇科普文JavaScript 运行机制详解:再谈Event Loop