Pu Wei

部署以后 key 会改变，导致取不到

8


渣渣灰手摸手带你开发一个组件库

11

> 大家好, 我是渣渣灰~ > 本文的目标是带你开发一个组件库，并走通开发、测试、文档、打包还有发布流程。 ## 准备环境 > 如果你想快速开始，也可以直接使用我们的[脚手架](https://github.com/umijs/create-umi) 涉及工具：[umi-library](https://github.com/umijs/umi/tree/master/packages/umi-library) 初始化项目 ```bash # 创建目录 $ mkdir umi-library-demo && cd umi-library-demo # 初始化 $ yarn init -y # 安装依赖 $ yarn...

> 大家好，我是渣渣灰~ > 本文的目标是为你介绍典型的前端项目中是如何做代码检查（lint）和代码美化（prettier），并说明其原理。 如果你觉得太复杂不想看，那请直接使用 [umi-lint](https://github.com/umijs/umi-lint)。 ## 为什么 在协同合作的项目中，如果没有统一的代码规范和约定，每个人都按照自己的心情去写代码，那最终项目将变的很难维护。 > 保证代码质量是每个工程师应该尽到的责任 @yutingzhao1991 ## 方案 在社区中，常见的最佳实践是分两部分 1. 全局检查，一般用于手动执行或是 ci（持续集成）时检查，如果有问题会提示 ci 不通过。 2. 代码提交时检查，只对提交的代码进行检查，并美化和自动修复，如果存在有问题的代码，git 会阻止提交，从根源杜绝垃圾代码入库。 ## 涉及的包 * `eslint` js 和 ts...

it's documented in README.md and code，but not in npm package. `README.md`  `npm` 

更好的处理 200 error

9

## 背景 目前提供的 errorHandler 只能根据状态码来判断是否出错，但是很多后端 API 错误没有基于状态，直接 json 里通过 errorCode 或者 success 来标识，所以很多开发者不知道如何处理，我们现在推荐的是通过 interceptor 来做，但是拦截器拦截的错误还是会走到 errorHandler，不优雅也不好用。 ## 我的方案 增加一个 errorChecker 或者叫 errorDetector，识别错误 ```js const errorHandler = error => { }...