关于 EventEmitter 我想应该很多同学都很熟悉了。简而言之是一个事件的发布与订阅器。这两天读到了一些非常有意思的小库，虽然小但是功能完备，比如说这次我们要讲解的 Mitt.

之前自己在使用这种网站时，经常看到无限加载的效果。今天正好看到了getBoundingClientRect这个Api，就想着试试看如何实现Infinite scroll的效果。

前两天终于把自己一直想读的Koa源代码读了一遍。今天就要来分析Koa的ctx对象，也就是在写中间件和处理请求和响应时的那个this对象。而这个this对象，也是和Express的重要区别之一。不用再区分req,res（虽然还是得知道），一个this对象就能调用所有方法。在实际开发中，是非常便利的。

前两天阅读了Koa的基础co，和Koa中间件的基础compose。然后这两天走在路上也在思考一些Koa运行机制的问题，感觉总算有点理通了。今天就来解读一下Koa启动时，发生的一系列事情。

读Koa源代码时，自然是带着诸多问题的。无论是上一篇所写的generator函数如何自动执行，还是对于Koa中间件如何加载，next参数如何来的。都充满了好奇。今天写文章，并不是介绍整个koa-compose如何如何（涉及太宽，准备放在下面几篇统一介绍）。而是从自身需求出发，找到问题的答案。而问题就是Koa中间件的加载，和next参...

在7月23号时，我参加了北京的NodeParty。其中第一场演讲就是深入讲解Koa。由于演讲只有一个小时，讲不完Koa的原理。于是在听的时候觉得并不是很满足，遂开始自己翻看源代码。而Koa1是基于ES6的generator的。其在Koa1中的运行依赖于co。正好自己之前也想看co的源代码，所以趁着这个机会，一口气将其读完。

写这篇博客的起因，是我在知乎上回答一个问题时，说自己在学前端时把《JavaScript高级程序设计》看了好几遍。于是在评论区中，出现了如下的对话：

作为一个前端，Node.js算是必备知识之一。同时因为自己需要做一些后台性的工作，或者完成一个小型应用。所以学习了Node的Express框架，用于辅助和加速开发。

俗话说得好，没有无缘无故的爱，也没有无缘无故的恨，更不会无缘无故的去阅读别人的源代码。之所以会去阅读Vuex的源代码，是因为在刚开始接触Vuex时，就在官方文档的Actions部分，看到这么一句：

在学习前端的大半年来，对DOM事件了解甚少。一般也只是用用onclick来绑定个点击事件。在寒假深入学习JavaScript时，愈发觉得自己对DOM事件了解不够，遂打开我的《JavaScript高级程序设计》，翻到DOM事件那一章，开始第二次学习之旅。当然，DOM事件所囊括的知识较为庞杂，所以本文专注与自己学习时所碰到的难点，DOM事件流。

在之前的JavaScript学习中，this,call,apply总是让我感到迷惑，但是他们的运用又非常的广泛。遂专门花了一天，来弄懂JavaScript的this,call,apply。中途参考的书籍也很多，以《JavaScript设计模式与开发实践》为主，《JavaScript高级程序设计》、《你不知道的JavaScript》为辅。这三本书对我理解this,call,apply都起了很...

在刚学编程时，就知道有一种数据结构叫“树”，树中的翘楚是“二叉树”，“红黑树”等。据说“树”构在编程界呼风唤雨无所不能。让无数程序员闻风丧胆。甚至在面试时，更是有“手写二叉树”，“翻转二叉树”等题目坐镇。

说起集合，就想起刚进高中时，数学第一课讲的就是集合。因此在学习集合这种数据结构时，倍感亲切。集合的基本性质有一条: 集合中元素是不重复的。因为这种性质，所以我们选用了对象来作为集合的容器，而非数组。虽然数组也能做到所有不重复，但终究过于繁琐，不如集合。

链表是一种常见的数据结构，也属于线性表，但不会按线性的顺序来储存数据。而是在每一个节点中，储存了下一个节点的指针。可以看图理解。(有C语言基础的可能比较好理解)。使用链表结构可以克服数组需要预先知道数据大小的缺点(C语言的数组需要预先定义长度)，链表结构可以充分利用计算机内存空间，实现灵活的内存动态管理。

发帖的楼主大学没有高数课程，出去工作时一直在从事前端的工作。感觉到数学知识的匮乏，所以想补一补数学。看了看帖子，感觉和我很像，因为我的专业是不开高数的，我学的也是前端。也同样感觉到了数学知识匮乏所带来的困顿。同时因为自己的数学思维实在是不怎么好，所以决定努力补习数学与计算机基础知识。

项目虽然作为一个SPA，也引用了jQuery。但是！！！我所有的JS文件全部用Webpack打包了呀！不应该会有单独的jQuery文件啊……把报错内容上百度一搜索，发现完全不搭架。于是开始了苦思冥想和Debug。