不喝酒不会写代码

背景 在半年前的某一天，一个运行一年的项目被人提了建议，希望有一个tabs页面，因为他需要多个页面找东西。 我：滚，自己开浏览器标签页（此处吹牛逼） 项目经理：我审核的时候也需要看别人提交的数据是否正

前言 距离上一次遇到耗时半天解决bug写已经过去两个月了...... 这次的场景是这样：正常的前后端交互是有固定的格式，来方便前端做统一拦截处理的，但是有一种例外的场景，那就是文件 这是最早的简单拦截

前言 只有遇到了bug，才能学到东西，只有记录下来，才不会忘记。 1 前因 在一个风和日丽的上午，从第三方接口放回的数据是一个标准的地址如： http://22.22.22.22:2 可是我的表单页面

1 前因后果 今天又是一天努力工作(水群)的一天，突然看到群友在说某依框架垃圾，理由是没有封装请求，还要在代码里写.then emmmmm..... 在我印象中是有几个后台管理是请求封装成return

前言 react开发者应该都知道umi，本来我是一名Vueer，跳槽面试也是Vue，不知道为啥分配到了一个React的开发的部门，我花了三天时间看React文档，然后花了三天时间看了umi3、antd

1.正常的开发流程 一般情况下是这么一个流程 2.现状分析 2.1 交集部分 前端与后端的交集部分就在于接口IO的数据，前端传给后端的数据，和后端返回给前端的数据。 2.2 正常情况 正常情况下，后端

1 需求 在了一个表格，过滤搜索需要做一个三级联动 2 代码实现 简单看一下代码部分的配置： 主要是做了三个Select框然后change的时候set数据 3 遇到的问题 后端如果没有数据是没有返回字

错误总结： useWatch的值是在react下个生命周期才会生效 setState的时候才会重新渲染！setState的时候才会重新渲染！setState的时候才会重新渲染！(记得但是永远开发的时候

推荐理由： - 一款很健全的markdown第三方库，文档说明详细 - 兼容react，typescript - 虽然 star少，但是遇到问题作者还是很愿意回答 - 代码theme和预览theme还