胡斐

胡斐 查看完整档案

北京编辑  |  填写毕业院校  |  填写所在公司/组织填写个人主网站
编辑

前端大海里的小鱼

个人动态

胡斐 赞了问题 · 8月21日

css3如何实现这样的半圆环

图片描述

如图所示,如何用css实现这样的效果呢,另外是否可以给圆环加一个外发光的效果

关注 3 回答 1

胡斐 发布了文章 · 7月21日

Docker 第一次上手

 Docker 第一次上手

 引言

  1. DevOps/开发运维/不懂运维和部署的前端开发
  2. 项目实际需要,平稳升级构建工具

 安装Docker

去看官网就好了

 涉及的几个命令

  1. docker images

    ![docker images](./assets/docker-images.jpg)

  2. docker build

    1. -t 指定image的repository 和 tag, 这两项的含义可以看`docker images`命令之后的输出结果,在docker build时,可以同时指定多个`-t`选项
  3. docker run

    1. -v 挂载宿主机目录/本地目录到镜像中

 docker run

``` bash

docker run [options] image  [command] [args]

```

 构建镜像/ Dockerfile

 先看看Dockerfile的一个示例:

``` dockerfile

 指定当前镜像的基础镜像,下面这行指定当前以node:8-slim构建,这个镜像是官方仓库提供的,

FROM node:10-slim

 指定镜像的工作目录

WORKDIR /usr/local/workdir

 拷贝文件 将from拷贝到 /usr/local/workdir

COPY from /usr/local/workdir

 构建镜像时,在镜像内执行的指令

RUN npm i -g . --registry=https://registry.npm.taobao.org/

 指定在容器内运行的命令

CMD ["ls"]

```

除了上面示例中的几个常用指令,Dockerfile中还有下面这些:

- EXPOSE

- ENV

- ADD

- ENTRYPOINT

- VOLUME

- USER

- ONBUILD

关于如何写好一个Dockerfile的建议,可以参考[Best practices for writing Dockerfiles](https://docs.docker.com/devel..._best-practices/)

 遇到的几个问题

 1. 镜像中的文件不会被更改

`docker run`命令不会修改镜像中的文件,当下次执行`docker run`的时候,上次的结果不会保留。

 2. 构建镜像会有缓存,

如果在构建过程中,某一步骤失败,则它前面的步骤会被缓存下下来。在下次重新构建时,这些步骤不再执行。

![docker-build-cache](./assets/docker-build-cache.jpg)

 3. container 和 image的关系

image可以看作一个特定环境的文件的组合;image是静态的,可以在不同的机器和操作系统之间来回转移;

container则是这个环境的具体执行实例;contaier是动态的,跟当前环境密切相关;当某个机器启动一个image时,就产生了一个container。

查看原文

赞 0 收藏 0 评论 0

胡斐 关注了用户 · 4月28日

u3u @u3u

二次元前端裙,欢迎喜欢二次元以及前端的小伙伴加入:291646098

关注 1521

胡斐 关注了专栏 · 4月4日

前端全栈开发者

专栏首发于公众号《前端全栈开发者》,订阅关注第一时间阅读好文

关注 2947

胡斐 关注了用户 · 4月3日

蚂蚁技术 @anttech

蚂蚁集团技术官方账号,分享蚂蚁前沿技术创新探索。

关注 431

胡斐 关注了专栏 · 2月22日

前端下午茶公众号

你不能把这个世界,让给你鄙视的人

关注 1510

胡斐 赞了回答 · 1月21日

解决ts如何获取一个函数的参数类型?

image.png

type Fn = (a: string, b: number) => void
type FnParams = Parameters<Fn>

关注 2 回答 1

胡斐 收藏了文章 · 1月17日

2019 重新启程——JavaScript学习之阅读jQuery源码

引言:2019年,react hooks成功上位,vue3.0发布alpha版,TS使用率的飞速增长,以及大量前端开发工具使用体验的大幅优化和提高等等让越来越多的开发者吐槽前端学不动了的时候,最好的应对方式便是对基础概念的掌握。内功足够强大,才能做到不被别人牵着鼻子走。阅读开源代码是一个很好的方式,首先率选择了jQuery便是里面的内容没有太多足够抽象的设计思想。更多的是对于基础内容的覆盖。同时也包含一些不错但设计模式在里面,因此具有不错的性价比。

jQuery是早期前端开发中占比很重的一个库。在手动操作DOM和浏览器差异较大的时代,jQuery通过统一和简化不同浏览器之间的API,为程序开发带了极大的便利。所以jQuery的设计思路也是围绕这两点展开的。

ps: 不做特殊说明,$在源码示例中等效jQuery

jQuery做的主要工作

  1. DOM查询及操作
  2. ajax请求
  3. animation动画
  4. promise(deferred)
  5. event handle
  6. css style
  7. 兼容性问题,抹平不同浏览器的间差异

jQuery的特点

  1. 面向对象 ————> prototype
  2. API设计的特点 ————> 函数重载

    1. jQuery对于DOM的操作是命令式的,那么相对就要要求使用成本是相对较低的,没有特别复杂的API设计,数量少,参数简单。
  3. 内部封装,为了实现jQuery的几大功能,做了大量的内部封装例如类型判断方法class2type,拆分够细,为以后的模块化加载和性能优化预留口子;
  4. 选择器引擎:Sizzle, 将查找函数当做数据缓存起来,如果下次碰见相同的selector,可以跳过selector的解析过程,直接执行元素的查找工作;

jQuery的面向对象

jQuery实际采用面向对象的方式进行程序开发。jQuery本身是构造函数。

jQuery('body').constructor === jQuery // true
jQuery('body').addClass === jQuery.prototype.addClass // true

// 因为 jQuery('body')的constructor和 addClass方法分别指向 jQuery本身和jQuery.prototype上的addClass方法,
// 所以jQuery('body')返回的对象实际上就是jQuery构造函数生成的实例

但是在js中生成实例一般使用new操作符,而jQuery一般的写法是$()。这里其实是通过某种技巧省略了new操作符。首先有无new,生成的实例都是等效的。

(new jQuery('body')).constructor === jQuery('body').constructor // true
(new jQuery('body')).__proto__ === jQuery('body').__proto__ // true
// 这就证实了 有无new操作符,返回的结果是等效的。

这样设计有一个好处是让构造jQuery对象更加方便。

那它的实现方式呢, 看一眼jQuery函数的定义:

jQuery = function( selector, context ) {
    return new jQuery.fn.init( selector, context );
};

我们发现jQuery方法返回的实际是 jQuery.fn.init的实例。同时,我们为了让生成的实例继承jQuery.prototype上的方法,还需要添加一行代码:

 jQuery.fn.init.prototype = jQuery.prototype;

关于js中构造函数和prototype的更多内容可以查阅其它资料。

关于new操作符,我们都知道在构造 函数没有指定return对象的时候,会返回this本身。如果我们在无new时,显式指定return对象为this(return this;),是不是也等效于new呢?

答案: 不是

这里和函数中this的指向有关。一个函数或方法在执行时,内部的this指向分为四个来源

  1. func() : this指向全局
  2. obj.func(): this指向obj
  3. call/apply: this指向传给call/apply的第一个参数
  4. new操作符: this指向在函数内新创建的一个Object对象

封装与继承

已经确定jQuery的开发采用面向对象的方式。而面向对象的两个基本要素: 封装继承
封装定义一个实例如何组装完成,继承定义多个实例间会共享的内容(行为)。

封装

$.fn.init方法做了jQuery对象的封装工作,通过一个简单的$()工厂函数调用。在init方法中,将一切可能的输入源封装为jQuery对象。
有个需要特别说明的地方是,$()方法除了接收普通的DOM对象或HTML字符串作为输入源返回一个jQuery对象外,还支持接收函数。这也是个语法糖,意思是在document ready的时候,调用这个函数。这么没有什么特别的目的,就是为了非常方便地定义一些在document ready执行的逻辑。因为在实际业务中,你的代码执行的时候可能还有很多元素未加载。

继承

jQuery对象的继承基于js的原型对象完成。所有的jQuery对象都共享$.prototype对象上的方法。同时jQuery给自身添加了extend()方法用于对象的扩展。那么,也同样可以用于扩展自身的prototype对象,从而实现功能的扩展。这也是jQuery插件实现的基本原理。

需要预先明确的点: jQuery.prototype === jQuery.fn 。 这有什么用? 手敲代码的时候快一些。

hooks

jQuery中许多地方用到了钩子思想,主要是用于处理浏览器的兼容性问题。在事件处理和css样式设置中的体现尤为明显。

jQuery的事件处理

事件处理包含绑定,分发和删除三部分业务。jQuery中所有的事件(包括自定义事件)都会通过这三个方法进行处理。如果遇到自定义事件或者需要兼容性处理等特殊情况,会通过jQuery.event.special处理。

jQuery.event.special实现的基础是jQuery对浏览器的事件做了代理,所有在业务上需要绑定到元素事件的逻辑,最终都会交给一个统一的方法。这个方法通过原生API绑定到元素上,然后在事件被触发时,此方法根据事件的上下文进行业务逻辑的分发。

jQuery对事件的绑定最终都收缩到jQuery.event.add方法中,不论对外暴露的API是on()或者one()。 同时在模块内部也有一个on方法,这个方法同样起到函数重载的作用,将参数处理成规范形式然后提交给jQuery.event.add方法进行事件绑定操作。

jQuery.event.add这个方法很有意思,它并没有直接把处理方法直接通过原生绑定方法绑定处理事件到元素上面。而是将EventHandler作为数据存到元素本身(存储的实现参考Data.js),如果元素对同一类型绑定了多个事件,这些事件会以数组的形式存在。如果没有把handler直接帮到元素的事件上面,那么如何在事件触发时,调起这些逻辑?其实是绑定了一个调度器,这个调度器会在事件触发时,将存储元素本身的方法逐一取出执行。

这是对于浏览器支持的普通事件的处理方式,如果是自定义事件呢?

答案就是 jQuery.event.special

假如在执行自定义事件customEvent绑定的逻辑时,jQuery首先检查jQuery.event.special.customEvent是否存在。如果存在的话,会走jQuery.event.special.customEvent中定义的逻辑。 这个对象一般包含四个方法: setup, add, teardown, 'remove'。作用于事件处理中不同生命周期。通过special对事件处理逻辑做拦截,在此基础上可以实现对原生事件行为的重写或者添加自定义事件。

如果不使用special,那么如何处理兼容性问题。if...else ? 写出来的逻辑成了面条式的代码。在事件处理中,包含三个基本要素: 绑定解绑分发。针对同一个事件兼容性处理,可能需要在这三个处理方法中分别添加兼容性业务的处理。这样一来写出来的逻辑必然十分繁杂。如果我们以事件为单位,定义各自的三种逻辑,然后交给程序在合适的时间调起。这样一来,业务会清晰很多。

jQuery.event.special

setup: 给该元素第一次绑定该事件时调用;
teardown: 给该元素解绑该事件最后一个handler时调用;
add: 给该元素添加handler;
remove: 给该元素移除handler;
handler: 当dispatch该事件的时候调用;
_default: 给该事件添加默认行为;

如果setup/teardown 返回false,那么会执行jQuery的bind/unbind方法(通过DOM native API)

$.fn.css()方法

关于css样式相关方法的hooks是以jQuery.cssHooks存在的,分为 getset

ajax与dataType

$.ajax允许接收dataType:jsonp,但是我们知道jsonp是通过<script>脚本实现的跨域请求,它不能通过XMLHttpRequest发送。那么$.ajax有什么特别的处理么?

prefilterstransports

这也是ajax可以自定义dataType的关键点,原理跟event.special 类似。

jQuery.Callbacks

jQuery自己实现了一个Callbacks方法,用于管理回调,主要是为了提供给自己的defferred、ajax和animation使用。

实现基于观察者模式,对外暴露 add,remove,fire这几个API方法。 除了这三个方法,是无法在外部直接修改回调list和执行状态firing等数据的,通过闭包来实现。

同时提供了回调函数上下文的设置接口(fireWith)。

函数式编程与Sizzle

jQuery的设计思路就是找到页面上的一些元素并执行一些操作。其中负责“找”的便是selector。而这一部分最终成为一个独立项目Sizzle。

Sizzle作为查找器引擎,基于函数式编程的思路进行开发。基本的思路是将输入(selector字符串)转化为输出结果(与selector match的元素),不对输入数据做任何变更,通过不同的输入数据生成不同的函数然后执行最终函数获得目标数据。

Sizzle在转换selector的中间过程中,还对生成的函数进行缓存,进而在下次遇到相同的输入时,可以直接返回之前已经生成过的函数,从而获得性能的提升。

Sizzle本身实现了一个小型的compilor。为什么这么说,在早先浏览器不支持querySelector/querySelectorAll的时代,想一想':first', " p ~ p"等之类的元素查找。这种写法暗含了上下文相关。传统的getElementsByTagName方法必然包含了大量的回溯操作。这对于开发者是极为不便利的,jQuery封装了这些操作。这可能也是为什么当时可以快速流行并成为js中最流行的库的原因。

链式操作

在通过查找引擎Sizzle找到目标元素后,就可以对元素执行一些操作。
在jQuery中,我们都知道进行DOM操作可以采用链式写法,比如像下面这样对document.body进行操作:

$('body').addClass('foo').find('div').remove().end().addClass('bar')

那么如果不采用链式写法呢,会有什么样的结果,看下面

$('body').addClass('foo');
$('body').find('div').remove();
$('body').addClass('bar');

所以,一目了然~~~

这样在进行DOM操作时,手写代码带来的便利性是显而易见的。实现这种写法的机制也很简单,就是在每一次操作之后,都返回对象自身return this

但是,如果某个方法需要返回操作结果或者其它数据,那么这时候链式操作就无法满足了。

函数重载

jQuery中存在许多函数重载。我们知道函数重载是在函数名相同的前提下,根据参数类型或个数来区分不同的处理。那么函数重载在jQuery中有什么意义呢?

$('body').css('width')
$('body').css('width', '800px')
$('body').css({
    'color': 'red',
    'border': '10px solid blue'
})

很明显,css()是方法是被重载的函数。那如果不对css进行重载呢,想像一下,如果实现上面的功能应该怎么设计程序。可能需要设计get/set方法或者针对每种参数类型都写一个方法。那么对外暴露的API就不仅仅是一个css()了。API的繁多是会增加使用者的学习成本的。

但是函数重载也不是只好不坏,增加了程序的复杂性。在jQuery中,存在一些单纯的normalize参数的方法。这样让开发者无法第一眼就知道最终调用的是哪个方法。这是对开发者而言,对于计算机,函数重载也可能会增加程序的消费。

关于函数重载,在jQuery的event处理中,得到了更明显的使用。绑定实践最终会调用jQuery.event.add方法,但是在这之前,会先走on()方法,这个方法主要的作用就是规范函数的参数。

函数重载最终的效果的通过参数个数或者参数类型,类区分不同的处理方案, 减少了对外暴露的API数量。但是函数重载的基础是在不同方案之间概念相近的情况下,才建议采用函数重载。这样对于使用者而言,也是清晰明确的。如果你把jQuery的find的方法重载到jQuery.css中,那谁可以一眼看出find方法在哪个API中呢。

收紧口子

举几个例子:

  1. 所有的样式set 都走 style()方法;
  2. 所有的样式get 都走 css()方法;
  3. 所有的动画 都走 animate()方法;
  4. 元素的追加和替换都走 domManip()方法;

那有个问题:什么时候该收,什么时候该放? 答:找到业务中的关键节点,然后在关键节点上做好覆盖面比较广的把控。

队列

动画都会以队列的形式执行,默认队列是fx,那么fx是如何实现的? 一个队列应该具有自执行的特点,将处理方法以数组的形式存储,然后再执行出栈时,给每个方法添加一个钩子,钩住下一个要执行的方法,在执行完后调用下一个方法。

这个模式跟compose很像,将多个函数合并成一个函数执行。Koa和Redux的核心概念实现便是基于函数的compose。

总结

jQuery从2005年发行至今(2019年12月),仍然在生产环境中占据一席之地的原因?

  1. 短小精悍的API设计,上手成本低;
  2. 较小的运行时负载, 足够好的性能;
  3. 在API设计简单,功能强大基础上,代码量足够小;
  4. 强大的扩展性,导致了非常丰富的生态;

关于运行时负载

运行时负载是现在React/Vue等框架随着业务功能的逐渐强大,也难以避免,最终总会有一个天花板存在。也因此,有人搞出了无运行时负载的框架Svelte。Vue3更是强调自己的运行时性能是2.x的一倍,一部分提升得益于用Proxy替换了Object.defineProperty,另一部分则是静态编译时做的性能优化。所以对于框架或者库的设计,这也是应该考虑的一方面问题。

参考

jQuery.event实现的基本原理demo special-events

jquery-edge-new-special-event-hooks

还需继续努力~~

完!!!


本文参与了 SegmentFault思否征文「2019 总结」,欢迎正在阅读的你也加入。

查看原文

胡斐 发布了文章 · 1月5日

2019 重新启程——JavaScript学习之阅读jQuery源码

引言:2019年,react hooks成功上位,vue3.0发布alpha版,TS使用率的飞速增长,以及大量前端开发工具使用体验的大幅优化和提高等等让越来越多的开发者吐槽前端学不动了的时候,最好的应对方式便是对基础概念的掌握。内功足够强大,才能做到不被别人牵着鼻子走。阅读开源代码是一个很好的方式,首先率选择了jQuery便是里面的内容没有太多足够抽象的设计思想。更多的是对于基础内容的覆盖。同时也包含一些不错但设计模式在里面,因此具有不错的性价比。

jQuery是早期前端开发中占比很重的一个库。在手动操作DOM和浏览器差异较大的时代,jQuery通过统一和简化不同浏览器之间的API,为程序开发带了极大的便利。所以jQuery的设计思路也是围绕这两点展开的。

ps: 不做特殊说明,$在源码示例中等效jQuery

jQuery做的主要工作

  1. DOM查询及操作
  2. ajax请求
  3. animation动画
  4. promise(deferred)
  5. event handle
  6. css style
  7. 兼容性问题,抹平不同浏览器的间差异

jQuery的特点

  1. 面向对象 ————> prototype
  2. API设计的特点 ————> 函数重载

    1. jQuery对于DOM的操作是命令式的,那么相对就要要求使用成本是相对较低的,没有特别复杂的API设计,数量少,参数简单。
  3. 内部封装,为了实现jQuery的几大功能,做了大量的内部封装例如类型判断方法class2type,拆分够细,为以后的模块化加载和性能优化预留口子;
  4. 选择器引擎:Sizzle, 将查找函数当做数据缓存起来,如果下次碰见相同的selector,可以跳过selector的解析过程,直接执行元素的查找工作;

jQuery的面向对象

jQuery实际采用面向对象的方式进行程序开发。jQuery本身是构造函数。

jQuery('body').constructor === jQuery // true
jQuery('body').addClass === jQuery.prototype.addClass // true

// 因为 jQuery('body')的constructor和 addClass方法分别指向 jQuery本身和jQuery.prototype上的addClass方法,
// 所以jQuery('body')返回的对象实际上就是jQuery构造函数生成的实例

但是在js中生成实例一般使用new操作符,而jQuery一般的写法是$()。这里其实是通过某种技巧省略了new操作符。首先有无new,生成的实例都是等效的。

(new jQuery('body')).constructor === jQuery('body').constructor // true
(new jQuery('body')).__proto__ === jQuery('body').__proto__ // true
// 这就证实了 有无new操作符,返回的结果是等效的。

这样设计有一个好处是让构造jQuery对象更加方便。

那它的实现方式呢, 看一眼jQuery函数的定义:

jQuery = function( selector, context ) {
    return new jQuery.fn.init( selector, context );
};

我们发现jQuery方法返回的实际是 jQuery.fn.init的实例。同时,我们为了让生成的实例继承jQuery.prototype上的方法,还需要添加一行代码:

 jQuery.fn.init.prototype = jQuery.prototype;

关于js中构造函数和prototype的更多内容可以查阅其它资料。

关于new操作符,我们都知道在构造 函数没有指定return对象的时候,会返回this本身。如果我们在无new时,显式指定return对象为this(return this;),是不是也等效于new呢?

答案: 不是

这里和函数中this的指向有关。一个函数或方法在执行时,内部的this指向分为四个来源

  1. func() : this指向全局
  2. obj.func(): this指向obj
  3. call/apply: this指向传给call/apply的第一个参数
  4. new操作符: this指向在函数内新创建的一个Object对象

封装与继承

已经确定jQuery的开发采用面向对象的方式。而面向对象的两个基本要素: 封装继承
封装定义一个实例如何组装完成,继承定义多个实例间会共享的内容(行为)。

封装

$.fn.init方法做了jQuery对象的封装工作,通过一个简单的$()工厂函数调用。在init方法中,将一切可能的输入源封装为jQuery对象。
有个需要特别说明的地方是,$()方法除了接收普通的DOM对象或HTML字符串作为输入源返回一个jQuery对象外,还支持接收函数。这也是个语法糖,意思是在document ready的时候,调用这个函数。这么没有什么特别的目的,就是为了非常方便地定义一些在document ready执行的逻辑。因为在实际业务中,你的代码执行的时候可能还有很多元素未加载。

继承

jQuery对象的继承基于js的原型对象完成。所有的jQuery对象都共享$.prototype对象上的方法。同时jQuery给自身添加了extend()方法用于对象的扩展。那么,也同样可以用于扩展自身的prototype对象,从而实现功能的扩展。这也是jQuery插件实现的基本原理。

需要预先明确的点: jQuery.prototype === jQuery.fn 。 这有什么用? 手敲代码的时候快一些。

hooks

jQuery中许多地方用到了钩子思想,主要是用于处理浏览器的兼容性问题。在事件处理和css样式设置中的体现尤为明显。

jQuery的事件处理

事件处理包含绑定,分发和删除三部分业务。jQuery中所有的事件(包括自定义事件)都会通过这三个方法进行处理。如果遇到自定义事件或者需要兼容性处理等特殊情况,会通过jQuery.event.special处理。

jQuery.event.special实现的基础是jQuery对浏览器的事件做了代理,所有在业务上需要绑定到元素事件的逻辑,最终都会交给一个统一的方法。这个方法通过原生API绑定到元素上,然后在事件被触发时,此方法根据事件的上下文进行业务逻辑的分发。

jQuery对事件的绑定最终都收缩到jQuery.event.add方法中,不论对外暴露的API是on()或者one()。 同时在模块内部也有一个on方法,这个方法同样起到函数重载的作用,将参数处理成规范形式然后提交给jQuery.event.add方法进行事件绑定操作。

jQuery.event.add这个方法很有意思,它并没有直接把处理方法直接通过原生绑定方法绑定处理事件到元素上面。而是将EventHandler作为数据存到元素本身(存储的实现参考Data.js),如果元素对同一类型绑定了多个事件,这些事件会以数组的形式存在。如果没有把handler直接帮到元素的事件上面,那么如何在事件触发时,调起这些逻辑?其实是绑定了一个调度器,这个调度器会在事件触发时,将存储元素本身的方法逐一取出执行。

这是对于浏览器支持的普通事件的处理方式,如果是自定义事件呢?

答案就是 jQuery.event.special

假如在执行自定义事件customEvent绑定的逻辑时,jQuery首先检查jQuery.event.special.customEvent是否存在。如果存在的话,会走jQuery.event.special.customEvent中定义的逻辑。 这个对象一般包含四个方法: setup, add, teardown, 'remove'。作用于事件处理中不同生命周期。通过special对事件处理逻辑做拦截,在此基础上可以实现对原生事件行为的重写或者添加自定义事件。

如果不使用special,那么如何处理兼容性问题。if...else ? 写出来的逻辑成了面条式的代码。在事件处理中,包含三个基本要素: 绑定解绑分发。针对同一个事件兼容性处理,可能需要在这三个处理方法中分别添加兼容性业务的处理。这样一来写出来的逻辑必然十分繁杂。如果我们以事件为单位,定义各自的三种逻辑,然后交给程序在合适的时间调起。这样一来,业务会清晰很多。

jQuery.event.special

setup: 给该元素第一次绑定该事件时调用;
teardown: 给该元素解绑该事件最后一个handler时调用;
add: 给该元素添加handler;
remove: 给该元素移除handler;
handler: 当dispatch该事件的时候调用;
_default: 给该事件添加默认行为;

如果setup/teardown 返回false,那么会执行jQuery的bind/unbind方法(通过DOM native API)

$.fn.css()方法

关于css样式相关方法的hooks是以jQuery.cssHooks存在的,分为 getset

ajax与dataType

$.ajax允许接收dataType:jsonp,但是我们知道jsonp是通过<script>脚本实现的跨域请求,它不能通过XMLHttpRequest发送。那么$.ajax有什么特别的处理么?

prefilterstransports

这也是ajax可以自定义dataType的关键点,原理跟event.special 类似。

jQuery.Callbacks

jQuery自己实现了一个Callbacks方法,用于管理回调,主要是为了提供给自己的defferred、ajax和animation使用。

实现基于观察者模式,对外暴露 add,remove,fire这几个API方法。 除了这三个方法,是无法在外部直接修改回调list和执行状态firing等数据的,通过闭包来实现。

同时提供了回调函数上下文的设置接口(fireWith)。

函数式编程与Sizzle

jQuery的设计思路就是找到页面上的一些元素并执行一些操作。其中负责“找”的便是selector。而这一部分最终成为一个独立项目Sizzle。

Sizzle作为查找器引擎,基于函数式编程的思路进行开发。基本的思路是将输入(selector字符串)转化为输出结果(与selector match的元素),不对输入数据做任何变更,通过不同的输入数据生成不同的函数然后执行最终函数获得目标数据。

Sizzle在转换selector的中间过程中,还对生成的函数进行缓存,进而在下次遇到相同的输入时,可以直接返回之前已经生成过的函数,从而获得性能的提升。

Sizzle本身实现了一个小型的compilor。为什么这么说,在早先浏览器不支持querySelector/querySelectorAll的时代,想一想':first', " p ~ p"等之类的元素查找。这种写法暗含了上下文相关。传统的getElementsByTagName方法必然包含了大量的回溯操作。这对于开发者是极为不便利的,jQuery封装了这些操作。这可能也是为什么当时可以快速流行并成为js中最流行的库的原因。

链式操作

在通过查找引擎Sizzle找到目标元素后,就可以对元素执行一些操作。
在jQuery中,我们都知道进行DOM操作可以采用链式写法,比如像下面这样对document.body进行操作:

$('body').addClass('foo').find('div').remove().end().addClass('bar')

那么如果不采用链式写法呢,会有什么样的结果,看下面

$('body').addClass('foo');
$('body').find('div').remove();
$('body').addClass('bar');

所以,一目了然~~~

这样在进行DOM操作时,手写代码带来的便利性是显而易见的。实现这种写法的机制也很简单,就是在每一次操作之后,都返回对象自身return this

但是,如果某个方法需要返回操作结果或者其它数据,那么这时候链式操作就无法满足了。

函数重载

jQuery中存在许多函数重载。我们知道函数重载是在函数名相同的前提下,根据参数类型或个数来区分不同的处理。那么函数重载在jQuery中有什么意义呢?

$('body').css('width')
$('body').css('width', '800px')
$('body').css({
    'color': 'red',
    'border': '10px solid blue'
})

很明显,css()是方法是被重载的函数。那如果不对css进行重载呢,想像一下,如果实现上面的功能应该怎么设计程序。可能需要设计get/set方法或者针对每种参数类型都写一个方法。那么对外暴露的API就不仅仅是一个css()了。API的繁多是会增加使用者的学习成本的。

但是函数重载也不是只好不坏,增加了程序的复杂性。在jQuery中,存在一些单纯的normalize参数的方法。这样让开发者无法第一眼就知道最终调用的是哪个方法。这是对开发者而言,对于计算机,函数重载也可能会增加程序的消费。

关于函数重载,在jQuery的event处理中,得到了更明显的使用。绑定实践最终会调用jQuery.event.add方法,但是在这之前,会先走on()方法,这个方法主要的作用就是规范函数的参数。

函数重载最终的效果的通过参数个数或者参数类型,类区分不同的处理方案, 减少了对外暴露的API数量。但是函数重载的基础是在不同方案之间概念相近的情况下,才建议采用函数重载。这样对于使用者而言,也是清晰明确的。如果你把jQuery的find的方法重载到jQuery.css中,那谁可以一眼看出find方法在哪个API中呢。

收紧口子

举几个例子:

  1. 所有的样式set 都走 style()方法;
  2. 所有的样式get 都走 css()方法;
  3. 所有的动画 都走 animate()方法;
  4. 元素的追加和替换都走 domManip()方法;

那有个问题:什么时候该收,什么时候该放? 答:找到业务中的关键节点,然后在关键节点上做好覆盖面比较广的把控。

队列

动画都会以队列的形式执行,默认队列是fx,那么fx是如何实现的? 一个队列应该具有自执行的特点,将处理方法以数组的形式存储,然后再执行出栈时,给每个方法添加一个钩子,钩住下一个要执行的方法,在执行完后调用下一个方法。

这个模式跟compose很像,将多个函数合并成一个函数执行。Koa和Redux的核心概念实现便是基于函数的compose。

总结

jQuery从2005年发行至今(2019年12月),仍然在生产环境中占据一席之地的原因?

  1. 短小精悍的API设计,上手成本低;
  2. 较小的运行时负载, 足够好的性能;
  3. 在API设计简单,功能强大基础上,代码量足够小;
  4. 强大的扩展性,导致了非常丰富的生态;

关于运行时负载

运行时负载是现在React/Vue等框架随着业务功能的逐渐强大,也难以避免,最终总会有一个天花板存在。也因此,有人搞出了无运行时负载的框架Svelte。Vue3更是强调自己的运行时性能是2.x的一倍,一部分提升得益于用Proxy替换了Object.defineProperty,另一部分则是静态编译时做的性能优化。所以对于框架或者库的设计,这也是应该考虑的一方面问题。

参考

jQuery.event实现的基本原理demo special-events

jquery-edge-new-special-event-hooks

还需继续努力~~

完!!!


本文参与了 SegmentFault思否征文「2019 总结」,欢迎正在阅读的你也加入。

查看原文

赞 2 收藏 1 评论 0

认证与成就

  • 获得 26 次点赞
  • 获得 3 枚徽章 获得 0 枚金徽章, 获得 0 枚银徽章, 获得 3 枚铜徽章

擅长技能
编辑

(゚∀゚ )
暂时没有

开源项目 & 著作
编辑

(゚∀゚ )
暂时没有

注册于 2017-01-16
个人主页被 494 人浏览