js鼠标移动到指定位置_基于"发布-订阅"的原生JS插件封装-CSDN博客

大家好，我是神三元。今天我们来做一个小玩意，用原生JS封装一个动画插件。效果如下：

这个飞驰的小球看起来是不是特有灵性呢？没错，它就是用原生JS实现的。接下来，就让我们深入细节，体会其中的奥秘。相信这个实现的过程，会比动画本身更加精彩!

一、需求分析

封装一个插件，将小球的DOM对象作为参数传入，使得小球在鼠标按下和放开后能够运动，在水平方向做匀减速直线运动，初速度为鼠标移开瞬间的速度，在竖直方向的运动类似于自由落体运动。并且，小球的始终在不离开浏览器的边界运动，碰到边界会有如图的反弹效果。

二、梳理思路

分析这样的一个过程，其中大致会经历一下的关键步骤： - 1、鼠标按下时，记录小球的初始位置信息 - 2、鼠标按下后滑动，记录松开鼠标瞬间的移动速度 - 3、鼠标松开后，在水平方向上，让小球根据刚刚记录的移动速度进行匀减速运动，竖直方向设定一个竖直向下的加速度，开始运动。 - 4、水平方向速度减为0时，水平方向运动停止;竖直方向速度减为0或者足够小时，竖直方向运动停止。

三、难点分析

看到这里，估计你的思路清晰了不少，但可能还是有一些比较难以搞定的问题。

首先，你怎么拿到松开手瞬间的小球移动速度？如何去表达出这个加速度的效果？

在实现方面，这是非常重要的问题。不过，其实非常的简单。

浏览器本身就是存在反应时间的，你可以把它当做一个摄像机,在给DOM元素绑定了事件之后,每隔一段时间(一般非常的短,根据不同浏览器厂商和电脑性能而定，这里我用到chrome，保守估计为20ms)会给这个元素拍张照，记录它的状态。在按下鼠标之后的拖动过程中，事实上会给元素拍摄无数张照片。如果现在每经过一段时间,我记录当下当前照片与上一段照片的位置差，那么最后一次拍照和倒数第二次拍照的小球位置差距，是不是就可以作为离开的瞬时速度呢？当然可以啦。废话不多说，上图：

同样，对实现加速度的效果，首先弄清一个问题，什么是速度？速度就是单位时间内运动的距离，这里暂且把它当做20ms内的距离，那么我每次拍照时，将这个距离增加或减少一个值，这个值就是加速度。

四、初步实现

当大部分问题考虑清楚之后,现在开始实现。首先是基本的样式，比较简单。

<!DOCTYPE html>

现在来完成核心的JS代码，采用ES6语法

//drag.js

到此，完整的效果就出来了，你可以自己复制体验一下。

四、采用发布-订阅

估计读完这段代码，你也体会到了这个功能的实现是非常容易实现的。但是实际上，作为一个插件的标准来讲，这段代码是存在一些潜在的问题的，这些问题并不是逻辑上的问题，而是设计问题。直白一点说，其实是它的扩展性不强，倘若我要对某一个效果进行重新调整或者直接重写效果，我需要再这繁重的代码里面去搜索和修改。

因此，我们这里的目的并不只是提供一个功能，它绝不只是一个玩具，我们应当思考，如何将它做的更有通用性，能够得到最大程度的复用。这里，我想引用软件工程领域耳熟能详的SOLID设计原则中的O部分————开放封闭原则。

开放封闭原则主要体现在两个方面：
对扩展开放，意味着有新的需求或变化时，可以对现有代码进行扩展，以适应新的情况。
对修改封闭，意味着类一旦设计完成，就可以独立完成其工作，而不要对类进行任何修改。

我们希望尽可能少地对类本身进行修改，因为你无法预测具体的功能会如何变化。

那怎么解决这个问题呢？很简单，对扩展开放，我们就将具体的效果代码以扩展的方式提供，对类扩展，而不是全部放在类里面。我们的具体做法就是采用发布-订阅模式。

发布—订阅模式又叫观察者模式，它定义对象间的一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都将得到通知。

拿刚刚实现的功能来说，在对象创建的时候，我就开辟一个池子，将需要执行的方法放进这个池子，当鼠标按下的时候，我把池子里面的函数拿过来依次执行，对于鼠标松开就再创建一个池子，同理，这就是发布-订阅。

jQuery里面有现成的发布订阅方法。

//开辟一个容器

现在我们不妨原生JS手写一下简单的发布-订阅,让我们原生撸到底

//subscribe.js

结果：

确定过眼神，你就是对的Subscribe。(手动滑稽)

五、优化代码

//Drag.js

在html文件中加入如下script

接下来，你就能重新看到那个活泼的小球啦。

六、结(chui)语(niu)

恭喜你，读到了这里，相当不容易啊。先为你点个赞！

在这里我并不是简单讲讲效果的实现、贴贴代码就过去了，而是带你体验了封装插件的整个过程。有了发布-订阅的场景，理解这个设计思想就更加容易了。其实你看在这个过程中，功能并没有添加多少，但是这波操作确实值得，因为它让整个代码更加的灵活。回过头看，比如DOM2的事件池机制，vue的生命周期钩子等等，你就会明白它们为什么要这么设计，原理上和这次封装没有区别，这样一想，很多东西就更加清楚了。

在我看来，无论你是做哪个端的开发工作，其实大部分业务场景、大部分流行的框架技术都很可能会在若干年后随风而逝，但真正留下来的、伴随你一生的东西是编程思想。在我的理解中，编程的意义远不止造轮子，写插件，来显得自己金玉其外，而是留心思考，提炼出一些思考问题的方式，从而在某个确定的时间点让你拥有极其敏锐的判断，来指导和优化你下一步的决策，而不是纵身于飞速迭代的技术浪潮，日渐焦虑。我觉得这是一个程序员应该追求的东西。