问页面中的一系列事件是属于元素自身所有还是脚本语言

[Front]

问题如题。
具体是，假设我使用js为一个元素绑定了一个点击事件。然后我去点击它。这个时候，这个事件是JS的事件还是元素自身的事件？
如果是元素自身的事件，那这些事件是HTML的还是浏览器的？

不知道我的足不足够清楚。不清楚的请见谅。

[Front]

补充下：实际上我的疑惑的是，在前端中有很多概念例如：事件，元素我们可以通过onclikc这样去指定它的点击事件，也可以通过JS去为元素绑定点击事件，也可以用JQ。那这个事件的概念到底是HTML的、JS、还是JQ的？

[jsonline]

是 DOM 的

[jsonline]

这些东西都是有W3C标准的

[Front]

@jsonline 也就是说无论是JS、还是JQ也只是去对DOM的事件进行监听，从而做出处理的？

[Front]

@jsonline W3C标准？不太明白你说得什么意思，能具体描述下么？

[tinyhill]

有种东西叫 DOM http://www.w3.org/DOM/

[ss098]

@Front http://www.w3.org/

[Front]

@tinyhill 那是不是说其他的脚本语言是没有独立的事件机制的，最终还是通过DOM对元素进行操作的？

[eslizn]

@Front 可以自己实现实践事件机制的,例如观察者模式.

[eslizn]

@Front ps,你可以理解为,万物皆有事件,区别只是这个对象处不处理这个事件

[jsonline]

1. 这是 DOM Event 的技术文档 http://www.w3.org/TR/DOM-Level-2-Events/events.html
2. 浏览器按照文档给 DOM 实现了 onclick、addEventListener 等 API，所以 JS 可以调用。
3. JS 本身没有事件机制。
4. 你可以实现自己的 JS 事件机制。
5. 不用说「万物皆XX」，因为总有例外。

[jsonline]

@eslizn JS 不需要设计模式，设计模式是为了弥补语言自身的不足。http://zhi.hu/3Ozy 要学设计模式？去写 Java 吧。

[jsonline]

有件事楼主没有弄清楚，事件不是 JS 主动绑定的，JS 只是被动地被调用。比如
body.onclick = foo
这句话的意思是
JS 告诉浏览器，如果 body 被点击了，你就调用我的 foo 方法好不好？
onclick 会不会被调用，得看浏览器的「心情」的。
你觉得 JS 在这里面扮演了什么角色呢？

[loading]

学得这么玄？佩服

[jsonline]

浏览器在「监听/捕获事件」，
JS 只是在添加「事件处理函数」

[jsonline]

@eslizn 无意针对你哈，只因我是个Java黑/设计模式黑 :)

[Front]

@loading 只是学的过程中突然有这么个疑问。

[akfish]

@jsonline 知乎那个答案完全没喷在点上，说得好像语言/类库实现那些功能没有用到设计模式一样。
喷设计模式的一般也就两类人，一是被滥用设计模式的小白烦得不行的人，一是学不好设计模式而酸葡萄的小白。
真要有人觉得设计模式完全没用就是垃圾，那就呵呵了。

包括那些喷设计模式喷得非常起劲的大牛，你在他的代码里到处都看得到设计模式，因为一个系统要做得好，最后大概就会变成那种模式来（滥用设计模式的人则是完全反过来）。
设计模式本身就是对好的代码实践的总结，主要目的是大家形成一个统一的黑话，交流起来方便。
A:"你这个代码是怎么一回事？"
B:"哦，你看这是observer，那里一个bridge，有个三方库adapter进来的"
没有设计模式的话：
B:"哦，客官你听我慢慢道来，这里大概有30多个类，我从头到尾跟你讲一遍……"

[jsonline]

@akfish 你让写 C 语言的人怎么跟别人将代码呢……
「设计模式」不是必须的。「常用的 pattern」是必须的。
很显然那帮搞 Java 的中的一些人已经把设计模式这个词给毁了。

[akfish]

@jsonline 设计模式是一种存在，只要系统规模达到一定程度，必然就会出现某种模式，不管是否人为（即刻意的去用设计模式）。
设计模式的问题从来就是滥用/误用的人，很多人没搞清楚喷点在哪里纯跟风，于是完全就喷错了。

就好比C党在Linus的带领下最喜欢喷C++党，喷到现在就变成不少人张口就来OOP是垃圾，而其实Linus的主要喷点是C++会导致误用/滥用OOP。Linux Kernel，Git等项目的源代码，只要看过的人就知道，不少OOP。

所以现在看到人说xxx是垃圾，各种呵呵。

[Front]

先谢谢所有人的回答。

@jsonline 那实际浏览器跟脚本语言，标记语言的关系就像操作系统跟软件的关系。浏览器提供了一个运行的环境，而这些事件有谁来处理，要看浏览器。可以这样理解么？

@eslizn 你的意思是事件的处理取决于对象么？那对象又是由谁掌控呢？

[Front]

@akfish
@jsonline
两位别吵啦。其实我觉得这些很多时候最终也只是一种工具，结果还是取决与使用的人。所以，没啥好纠结的~

[jsonline]

@Front 手抖点到感谢了。浏览器当然是 HTML/CSS/JS/DOM 的底层，不过它也是要遵循W3C标准的，W3C标准同时又会照顾流行的 HTML/CSS/JS/DOM 趋势。

[Front]

@jsonline 我刚刚也点了别人回复的感谢 - -
我还想问问，浏览器、各种语言、跟W3C标准三者之间的关系。

[akfish]

@Front
@jsonline
No no no.
并不是在吵，其实我们的观点是一致的，我也爱喷设计模式玩不转还天天挂在嘴边的人。
主要是知乎那个答案nb哄哄的说了一大堆，把设计模式喷成没有多大用途的垃圾， 的确太呵呵了。

[jsonline]

@akfish OOP 也是在模板（Struct）上面发展的，说 C 里面有 OOP 有点误解 C 开发者的本意了。
我反正是几年没用过面向「类」的设计模式了。

[Front]

@akfish 嘿嘿，原来。能理解

[eslizn]

@Front 比如像某个DOM对象,它是由浏览器掌控,对于浏览器支持的事件(例如click),被浏览器捕捉到以后,会激活一个约定好的callable对象(当然我们可以对这个对象进行修改,也就是俗称的"绑定事件",冒泡什么的跟这个话题关系不大,是属于DOM对象自己实现的一个特性).

而一个自定义对象的事件触发及处理,取决于你怎么定义的这个对象 ^_^

[Front]

@eslizn 原来是这样。明白了。谢谢~

[jsonline]

@Front 这个关系太复杂了吧
现有 HTML CSS 和 浏览器，后来 NetScape 发明了 JS，IE 马上跟进并大力提升了 JS 的功能和性能。于是 JS 流行起来，JS 的流行催生 W3C 标准（HTML标准、HTML DOM 标准、CSS 标准、ECMAScript 标准……）的诞生。怎奈 IE 已经占领山头，大有其标准于不顾的气势。虽然有 Monzilla / WebKit 力挺 W3C，但是势单力薄。知道 Google 的 Chrome 横空出世，惊艳的 UI 使得 IE 无地自容，只有那些食古不化的企业应用还在兼容 IE。现如今，IE 只能蜷缩在 China 大陆的无数 XP 系统中。

[akfish]

@jsonline C语言的设计的确是没有考虑OOP，但是可以实现OOP。
最早版本的C++原型没记错的话，就是以C为编译目标，用C实现的OOP，相当于语法糖。
不少的C项目，也的确是刻意的去用OOP，用语也会涉及class/object之类的词汇，这些不管是从文档还是代码注释里都有体现。

[jsonline]

@jsonline 「先」有 HTML CSS 和 浏览器

[jsonline]

@akfish C 我不熟，你懂的比我多些。但单论 OOP，我更喜欢 JS 的面向「object」的OOP，不喜欢 Java 的面向「class」的OOP。而Java的「设计模式」，都是面向「类」的。于是……路人转黑。

[akfish]

@jsonline 其实OOP都是同样的一种抽象方式，不同语言的表述和实现不同而已，有的语言/实现容易导致误用滥用，因此喷点槽点众多。比如Java里OOP是唯一选项，导致不适合OOP的应用也非得用OOP开发，后果当然会很呵呵。C++的问题则是选项过多，导致奇技淫巧党巨多，尤其是刚学过两天Template Meta-programming的。
JS里OOP不烦人主要是因为它只是一种选项，不会把简单的任务复杂化，复杂的任务一OOP就能简单化。

这里有篇文档就是说的Linux Kernel里面的OOP
http://lwn.net/Articles/444910/

[akfish]

好吧，歪楼这么多还是解答下lz的问题吧。

事件是元素自身的性质/机制;
JS语言用于描述这种性质及其实现;
JS语言运行时负责执行;
浏览器负责解析HTML、CSS、JS文件，创建DOM对象，创建JS运行时。

[Front]

看到现在，心里大概有谱了，不过感觉大家说的各自都有些不一样，所以容我梳理梳理。最后还是要谢谢各位。

[shyrock]

@akfish 理解完全一致，http://www.zhihu.com/question/23757906/answer/28660192来给我的答案点歌赞吧:)