https://medium.com/@FezVrasta/popper-js-v1-5e8b3acd888c
本文译自popper.js作者的一篇博客
在过去，我为了在web app中更好地定位我的tooltips和popover，我会花几个小时写同样的一段代码，不断进行微调。每次我开始一个新的项目，总会根据不同的环境对定位有不同的需求。这种繁琐直到我用emberjs开发一个大型应用时达到极致，这个项目中由于比较烂的UX设计决定，几乎她想在每个元素上都支持hover出现一个popover!
在这个大项目中，我们开始使用bootstrap3的tooltip，并不断地通过hack代码来实现新的功能。
在这个大项目中，一个重要的需求是：不允许将tooltip元素移动到body元素的直接儿子，因为如果这样的话，我们的代码就会broken.
几乎经过一年的项目开发并且维护我们的定制化实现，我决定使用Tetcher，因为他貌似非常强大和稳定。。不幸的是，玩了几个小时后，发现他有一个重要的缺陷或者说限制：他会自动地修改dom节点，将popper移动到body的儿子位置。他会增加一些classes并且增加一些inline style，而这你几乎无法控制！
于是我又到github上花了很多时间去查找有没有备选的方案，但是我最终一无所获。难道是没有人需要一个类似的library?或者还没有人能够比较好的抽象出来并实现一个可以单独发布的lib?
我决定花一个周末的事件重写我们自己项目中使用的定位engine，这就是popper.js的又来。
在v0.x时代，popper仅仅是一个js文件，谢了几个函数，聚焦在保持lib小巧轻量级。我希望popperjs能够有很好的扩展性，所以我决定使用middleware system.主要的想法是：计算元素的位置并且允许middleware来根据特定的需求来修改这个位置。
比如：一旦我们有了popper的position，并给了一些边界约束，那么modifier就可以检查popper是否会overflow并且自动反转位置以确保popper不会被视窗cut off.
在工作了一段时间 后，我发现我们需要更好的代码结构以便更好地能够维护使用他，这就是v1.0版本发布的初衷。
为了管理好代码，我决定切换到es6模块上来。我引入了rollup作为code bundler并使用babel作为transpiler，我也将自动化测试引擎从一个无头的chrome setup切换到saucelabs cross-browser test suite上来。
在开发过程中，我决定各个功能模块一级modifier/middleware都放到他们自己的文件中，这样能在Libray中重用。
update流程：
我也重构了整个update流程，也就是每次popper需要更新元素的位置时需要调用的代码。
这个update process会在每一frame都被调用，也就是说大概60fps，这样能够保证位置修改的流畅连贯。为了实现这个连贯流畅的目标，整个update process的代码必须简练，并且尽可能地避免直接访问dom.下面是其工作流程