归档: 2018/10

lodash源码解读util第一部分

源码版本4.17.4 lodash tree 3.0.0-npm-packagesAPI LIST 1. _.attempt(func, [args])执行方法, 返回结果或者错误, 搭配_.isError使用 源码1234567function attempt(func, ...args) { try { return func.apply(undefine

koa-connect源码解析

文中提到的koa均为koa2提到nodejs, 想必大家都知道express和koa.express: 大koa: 小比较的的是功能, 社区, 中间件,相关资源等 这里我就专门说说中间件吧, 很多人可能说express插件丰富啊. 其实除了中间件, 其余什么的和express koa本身并没有多大关系, 不都是基于nodejs http(https)的封装嘛. express中间件是非常的丰

macro-task队列真实包含任务: script(主程序代码),setTimeout, setInterval, setImmediate, I/O, UI rendering micro-task队列真实包含任务:process.nextTick, Promises, Object.observe, MutationObserver 由此我们得到的执行顺序应该为: script(主程序代码)

浅浅的说http-proxy-middleware

本来源代码版本 http-proxy: 1.17.0 http-proxy-middleware 0.19.0 之前我有一篇 Koa下http代理, 主要是说在开发的时候遇到的一个坑和排查过程. 很多时间结果很简单, 过程却是异常的痛苦.很多时候导致这种的原因就是不了解我们使用的东西的本质.所以这一篇就是简单的分析nodejs下的http代理, 当然不会太深入, 因为能力不足.

Koa下http代理

前言最近做管理后台的重构或者说重做. 至于为什么要重构.随意的解释: 是原来写的人走了. 客观的解释: 用的人觉得不好用 维护的人员找不到北 再多一点解释: express + ejs 的混合编写 单独抽象了 Router 层, 定义了 controller 层, service 层, 但是强行绑定, 耦合很紧密 中间件过度使用, 本意想简化操作, 反而编程负担 服务端定义了渲染模板,