knag

  之所以要写这篇，是因为曾经面试被要求在白纸上手写bind实现  结果跟代码一样清晰明确，一阵懵逼，没写出来！  下面，撸起袖子就是干！~  把call、apply、bind一条龙都整一遍！~~ca

前段时间在做前端监控代码的交接，交接之前对代码质量有点忧虑（实际上也没有想象的那么差... - _ - ） 后来，当自己也成为了基础框架研发组的一员时，就特别小心，深知吐槽的威力... 这里是背景，再回到本次代码交接。 忧虑的根本原因还是在于对现有代码不满意，感觉还有优化的空间…

  函数防抖与节流印象中都是为了控制函数执行频率，比如避快速点击提交按钮多次提交、避免模糊搜索框keyup事件监听时快速打字每次都去调用一次查询接口、避免页面滚动监听事件快速执行影响性能等；之前对防抖

我们所有的代码都跑在计算机上，计算机的核心是CPU和内存。从这个角度来看，效率高的代码应当占用更少的CPU时间，更少的内存空间。 时间复杂度这个东西，是描述一个算法在问题规模不断增大时对应的时间增长曲线。所以，这些增长数量级并不是一个准确的性能评价，可以理解为一个近似值，时间的…

发现客户端选择下单时间后，提交订单并查看订单，在订单上显示的之前用户之前选择的时间存在1-N小时不等的差值。 例如：在下单页选择的2018-01-01 10:00,下单完成后，在订单详情页上面显示为2018-01-01 09:00,与实际的相差1小时。 结合代码分析，发现当用户…

在前后端分离的开发场景下，不可避免的会有前后端联调。在联调阶段，经常会遇到各式各样的问题，比如乱码问题、前端传的数据（字符串、数组、Json对象）后端无法正常解析等问题。 本文希望从源头着手，理清问题的根本原因，快速定位出现问题的位置，让前后端联调得心应手,让甩锅不再那么容易.…

Gitlab 8.x之后默认集成了Gitlab CI，意味着支持了持续集成相关功能。每一次集成操作都需要对应的runner来跑代码构建、测试、发布等操作。Runner实际上就是为Gitlab的持续集成指定一个环境。 Gitlab Runner的版本需要跟Gitlab对应,这里有…