JS实现瀑布流插件

1、基础功能实现首先定义好一个有 20 张图片的容器。

2、代码中获取图片的高度用到了offsetHeight这个属性，这个属性的高度之和等于图片高度 + 内边距 + 边框，用了 padding 而不是 margin 来设置图片与图片之间的距离。除了offsetHeight属性，此外还要理解offsetHeight、clientHeight、offsetTop、scrollTop等属性的区别。css 代码简单如下：

3、scroll、resize 事件监听的实现实现了初始化函数 init 以后，对 scroll 滚动事件进行监听，从而实现当滚到父节点的底部有源源不断的图片被加载出来的效果。这时候要考虑一个点，是滚动到什么位置时触发加载函数呢？当满足父容器高度 + 滚动距离 > 最后一张图片的 offsetTop这个条件，即橙色线条 + 紫色线条 > 蓝色线条时触发加载函数，代码如下：

4、因为父节点可能自定义节点，所以提供了对监听 scroll 函数的封装，代码如下：

5、resize 事件的监听与 scroll 事件监听大同小异，当触发了 resize 函数，调用 init 函数进行重置就行。使用发布-订阅模式和继承实现监听绑定既然以开发插件为目标，不能仅仅满足于功能的实现，还要留出相应的操作空间给开发者自行处理。联想到业务场景中瀑布流中下拉加载的图片一般都来自 Ajax 异步获取，那么加载的数据必然不能写死在库里，期望能实现如下调用(此处借鉴了 waterfall 的使用方式)，

6、观察调用方式，不难联想到使用发布/订阅模式来实现它，关于发布/订阅模式，之前在 Node.js 异步异闻录 有介绍它。其核心思想即通过订阅函数将函数添加到缓存中，然后通过发布函数实现异步调用，下面给出其代码实现:

7、要让 Waterfall 能使用发布/订阅模式，只需让 Waterfall 继承 eventEmitter 函数，代码实现如下:

8、继承方式的写法吸收了基于构造函数继承和基于原型链继承两种写法的优点，以及使用Object.create隔离了子类和父类。小优化为了防止 scroll 事件触发多次加载图片，可以考虑用函数防抖与节流实现。在基于发布-订阅模式的基础上，定义了个 isLoading 参数表示是否在加载中，并根据其布尔值决定是否加载，代码如下：