最近的面试中有一个面试官问我按钮级别的权限怎么控制，我说直接v-if啊，他说不够好，我说我们项目中按钮级别的权限控制情况不多，所以v-if就够了，他说不够通用，最后他对我的评价是做过很多东西，但是都不

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

# 背景 我们有多个平台需要用到一些公共的业务组件，比如说消息中心，用户反馈等等。如果在多个平台全部开发一遍，或者是ctrl c+v，显示是很不适合后续的维护的。因此希望有一套方案，能够做到一次开发，

项目中经常用到echarts，不做封装直接拿来使用也行，但不可避免要写很多重复的配置代码，封装稍不注意又会过度封装，丢失了扩展性和可读性。始终没有找到一个好的实践，偶然看到一篇文章，给了灵感。找到了一

背景 公司开发完一个前端项目后，需要私有化交付给客户，而每个客户的需可能大同小异，以往的方式是基于git branch的方式开发，流程如下： 问题 相同的需求就会存在重复开发。 出现bug修改多次。

问题描述 个人愚见编写代码其实就是： 学习规则（看官方文档） 使用规则（在使用的过程中进一步理解官方文档） 最终基于原有底层官方文档规则再自定义新规则（封装新的规则，便于复用） 所以本文讲述一下基于原

传统的a标签样式太过简陋，所以这篇文章将为我们组件库实现一个文字超链接Link组件。关注我的专栏将不断更新一些组件的实现方法。

十分钟封装一个好用的axios，省时又省力他不香吗。请求响应拦截器； 全局的loading配置, 默认开启，可配置关闭；统一文件下载处理

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