#event.js
- jq的事件处理核心都在on方法上面,无论你通过$(“#xxx”).click(); 或者通过bind/delegate/one 最后都是调用这个on方法。
##on - on方法处理了一大堆参数,形成语法糖,和业务太挂钩我们就不细看了,可以看到它最后会调用
return this.each( function() {
});jQuery.event.add( this, types, fn, data, selector );
#event.js
return this.each( function() {});jQuery.event.add( this, types, fn, data, selector );
#第七章 设计模式
最常见的单体其实就是一个对象字面量: var obj = {"key": "value"};
即使有一个对象字面量拥有相同的属性var obj2 = {"key": "value"};
判断obj === obj2
也会返回false;
还可以通过静态成员或者私有属性来实现单例,即当new 操作执行的时候先判断有没有创建过实例,如果有直接返回。
单体模式除了对象字面量经常使用外,在开发中不太常见。
#start - (jquery1.8.3)
##core.js
document = window.document,
location = window.location,
navigator = window.navigator,
core_push = Array.prototype.push,
core_slice = Array.prototype.slice,
core_indexOf = Array.prototype.indexOf,
core_toString = Object.prototype.toString,
core_hasOwn = Object.prototype.hasOwnProperty,
core_trim = String.prototype.trim,
…
//类似这种就可以大大减少后续使用时候对变量查询和对对象属性的查询
#前面的废话
一直在思考前端工程师的价值体现在哪里,或者说优秀前端工程师的竞争力在哪里?
很不巧,gulp这种东西,对于小公司能快速起页面,对于大公司能承担起工程化代码的作用,不得不用啊。当然各个逼格高一点的公司都会用自己的类gulp工具,比如百度的fis,我司的fekit等等,但是实际上从社区的角度来说,肯定无法与gulp比拟,在个人开发的时候,还是要选择gulp。
#grunt VS gulp
可以看这篇文章Gulp vs Grunt
#start
#模式
我理解的模式是一种解决方案,用来更好的解决某类问题。也可以认为是最佳实践的一种体现。
#javascript模式
在软件行业,由于抽象的原因,模式多于面向对象挂钩,虽然javascript不是一门纯正面向对象的语言,但是它有原型链,有一等公民 函数,有object对象,融在一起,完全可以实现面向对象。这也是这本书所探讨的话题。
在没有说明的情况下,都是ES3的内容