新人前端往往在学习过程中由于找不到体系化的工程化课程，导致对这一块的理解很浅薄。前端工程化的网上资源较乱，但是面试又特别爱问，故而写下这个系列的文章整理。

🤭当我是if-else侠的时候 😶怕出错 给我一个功能，我总是要写很多if-else,虽然能跑，但是维护起来确实很难受，每次都要在一个方法里面增加逻辑，生怕搞错，要是涉及到支付功能，分分钟炸锅 😑难调

目前掘金上已经有很多关于axios封装的文章。自己在初次阅读这些文章中，见识到很多封装思路，但在付诸实践时一直有疑问：这些看似高级的二次封装，是否会把`axios`的调用方式弄得更加复杂？

这是本人在面试“字节抖音”部门的一道系统设计题，岗位是“后端高级开发工程师”。目录 01 引言 1）背景 2）系统设计

你是否曾经在JavaScript代码中迷失过？ 是否曾经感到自己的代码像一团乱麻？ 别担心，这就是我们需要设计模式的时候了！ 让我们一起探索这些神奇的模式，让你的代码变得像个天才！ 序言 总体来说设计

依赖注入（DI）和控制反转（IOC）基本是一个意思，因为说起来谁都离不开谁。 简单来说，类A依赖类B，但A不控制B的创建和销毁，仅使用B，那么B的控制权则交给A之外处理，这叫控制反转（IOC）。 这个过程叫依赖注入（DI）。 在刚刚的例子中，将B的实例注入到A的构造函数中的这个…

简介 每一个软件程序都有其最基础的构建模块。在面向对象的编程语言中， 我们使用类去构建复杂的体系架构。像建一幢大楼，我们把模块之间建立的联系称之为依赖。其他的类为了支持我们类的需求，提供复杂的封装操作

最近新开了一个Node项目，采用TypeScript来开发，在数据库及路由管理方面用了不少的装饰器，发觉这的确是一个好东西。 装饰器是一个还处于草案中的特性，目前木有直接支持该语法的环境，但是可以通过 babel 之类的进行转换为旧语法来实现效果，所以在TypeScript中，…

在一个风和日丽的早晨，我正悠闲地喝着Coffe，突然领导向我走来，我赶紧熟练地切出VSCode，淡定自若地问：领导，什么事？领导拍了拍我的肩膀：你上次封装的方法同事跟我反馈使用起来很不错啊，你不如做成