最近都在整理团队建设相关的事项，发现还是有不少事情可以记录一下的。例如本次的主题：请求方案的封装。在封装请求之前，我们需要知道，为什么我们需要做这个封装，而不是为了封装而封装。

很多人在用 `localStorage` 的时候喜欢直接用，明文存储，直接将信息暴露在；浏览器中，虽然一般场景下都能应付得了且简单粗暴，但特殊需求情况下就不行了，该学学封装提升下逼格了！

前言 📖 在公司经常接触到后台管理系统的开发，基本上 90% 以上都是 table 页面，业务逻辑也基本上一样。刚开始也想的是找一个基于 element 二次封装的 el-table

如何做一个与众不同的前端，在普通的业务中有所突破，寻找项目亮点？用过配置化的开发方式一定就是真香定律了。我把好东西都告诉你们！本文从设计 - 实现 - 优化 方方面面下手，带你体验不一样的前端开发

Axios 相信对Vue熟悉的铁汁对它不会感到陌生了，这简直就是前端近年来的一大杀器，使用人数一直不断上涨。

哈喽，我是JL😄 共同成长是我一直以来的追求！✨日常开发中我们经常遇到需要取消重复请求的场景，如搜索框，但是有些时候在原有项目配置重复请求改动太大，那可以来看看这篇是怎么配置的，希望能给你带来帮助。

基于 TS 对 axios 的封装和 api 自动生成 一.基于 axios 的封装 二.通过 `Swagger` 文档生直接成 `TS` 模块 `API` 通过后端仓库或者swagger生成代码

选择和保留这种封装方式的原因：1.简洁干净，2.实用不麻烦，3.好管理便于维护。封装前后两种方式，在具体接口调用上都是差不多的，主要是在声明和组织接口上有“肉眼可见”的差距，封装后的axios再结合e