RainBow

## 前言 在项目的开发过程中，我们也少不了与后台服务器进行数据的获取和交互，这一般都是通过接口完成的，那么我们如何进行合理的通用接口配置呢？ ## 需求分析 **期望：** - 支持 RESTful API（get，post，put，delete ） - headers 可配置，如设置 `Authorization` 、`x-tenant-header` 等 - Content-Type 可配置，如 `application/x-www-form-urlencoded` 或 `application/json` - 通用请求头 origin `baseURL` - 设置连接超时时间 `60*1000`...

``` 原文链接： https://github.com/mqyqingfeng/Blog/issues/172 ``` 前言 -- 作为一个业务前端，完成业务需求的同时，还要处理各种线上问题，加班辛苦忙碌了一年，还要被老板说“思考是不够的”、“没有业务 sence”，出去面试，被问项目，也说不出什么有亮点或者有挑战的东西，想做点牛逼的东西，也没有发现什么有价值的方向，好不容易找到一些方向，还要被老板一顿质问，业务价值是什么？ROI 怎样？最终可能就只是做了一点性能优化工作，抽离了一些可复用的组件……不禁让人感叹，业务难、前端难、做业务的前端更难！ 如果你也有这样的感受和困境，我想告诉你，这真的是太正常了，在阿里内部的技术论坛就有多篇关于这个问题的思考，我根据根据自己理解和调研，同时参考了多位不同前端领域专家的总结，整理成这篇文章，希望能对大家有所帮助。 1\. 业务前端的困境 ----------- ### 1.1 业务前端“好忙” 业务前端，顾名思义，做业务的前端，直接与业务的 PD、运营接触，对产品的用户直接负责。在实际的工作中，业务前端经常忙于业务的各种会议、项目和答疑，即便一条业务线上有多个前端同学支持，面对成山的需求，可能依然感到吃力，这其中的原因可能有： 1. 用户侧产品往往需要快速上线，大部分需求都需要倒排工期，开发时间尤其紧张 2. 对业务不熟悉，在项目需求已确定的时候才去参加视觉评审，没有办法判断需求背后的业务逻辑跟业务大节奏是否匹配、需求本身是否能够达成业务目标、有没有更好的实现方式，只能接下需求，然后排期 3. 维护成本高，每天还要忙于解决各种线上问题，比如这里样式有点问题，那里怎么没有显示……各种琐碎问题让你过的非常“充实” 4. 需求响应速度较慢，比如业务的技术栈较老，或者定制逻辑过多，边写代码还要边查文档，查不到可能还要查源码，效率大幅降低。又或者跟别的业务技术体系不同，难以复用和沉淀，如果要用，可能还要重写一遍…… ### 1.2 业务前端是“资源”? 前端岗位的特点就是有视觉稿就可以完成工作，不需要理解业务全貌，所以在繁忙期很容易让前端忽视了业务思考，加上之前描述的各种原因，业务前端经常沦落为“资源”，当你沦落为“资源”的时候，其实就已经失去了和业务平等对话的资格，他们只会把你当成莫得感情的开发机器，跟你输入需求，让你吐出页面，而你在这样的关系中，本来写着还算工整的代码，为了快速实现业务需求，也开始写起乱糟糟的代码，对于你所创造的产品也没有话语权，久而久之也失去了激情和耐心。...

## 基本步骤 1. VS Code 安装 Debugger for Chrome 插件 2. 配置 launch.json 与 source-map 映射关系 3. 命令行启动项目 4. 为项目添加断点 5. Start Debuggging（F5 快捷键） ## 用 VS Code 调试 Nuxt...

## 前言 学习制造可以在生产环境使用的轮子，Start ！ - [csdoker]() - [原文](https://juejin.im/post/5b592635e51d4533d2043e15) - [source code](https://github.com/csdoker/csdwheels) / [pagination](https://github.com/csdoker/csdwheels/blob/master/src/es5/pagination/pagination.js) - [Demo-pagination](https://csdoker.github.io/csdemos/pagination/) - [FrankFang](https://github.com/FrankFang/) - [source code](https://github.com/FrankFang/wheels/blob/master/lib/pager/index.js) / [Demo](https://fangyinghang.com/wheels/demos/pager.html) ## 插件设计分析 开发插件最重要的一点，就是插件的兼容性，一个插件至少要能同时在几种不同的环境中运行（**UMD 模块机制**）。 其次，它还需要满足以下几种功能及条件： 1. 插件自身的作用域与用户当前的作用域相互独立，也就是插件内部的私有变量不能影响使用者的环境变量；（**IIFE**） 2....

## 前言 透过读源码快速回顾 Vue 技术栈的实践，感谢作者 [csdoker](https://github.com/csdoker) 开源 ~ - [vue-blog](https://github.com/csdoker/vue-blog) - [vue-blog-server](https://github.com/csdoker/vue-blog-server) - [hexo-theme-yilia](https://github.com/litten/hexo-theme-yilia)  ## vue-blog 先行启动后端服务 ```bash cd vue-blog-server yarn start yarn run v1.12.3 $ node ./bin/www ```...

> 学而不思则惘，思而不学则怠 ## 前言 - [Video - 从 React 渲染原理看性能优化@黄琼](https://node.fequan.com/playvideo/701606bc91d477799dbecd98cbae0ecf_7) - Article：[首次渲染](https://zhuanlan.zhihu.com/p/43145754) | [ 更新渲染](https://zhuanlan.zhihu.com/p/43566956) - PPT：[从 React 渲染原理看性能优化](https://img.w3ctech.com/%E4%BB%8E%E6%B8%B2%E6%9F%93%E5%8E%9F%E7%90%86%E5%88%B0%E6%80%A7%E8%83%BD%E4%BC%98%E5%8C%96%E4%BF%AE%E6%94%B9%E7%89%88.pptx) 相信很多人都用过 React ，那么大家是否遇到过海量 DOM render 卡顿的问题？ React 16 对渲染机制做了大改动，很大的提升了交互体验，背后的原理又是什么？ 实践出真知，本次分享深入挖掘 React...

## 前言 - [ruanyf/jstraining](https://github.com/ruanyf/jstraining) - [demos - 课堂练习的操作指导](https://github.com/ruanyf/jstraining/tree/master/demos) ## 目录 **第一讲：前端开发的历史和趋势** 1. 前端开发的历史演变 2. 前端 MVC 框架的兴起 3. 前后端分离 4. 全栈工程师 5. 前端开发的未来 **第二讲：React 技术栈** 1. React 的基本用法 2. React...

> 原文地址：[Idiomatic Redux: The History and Implementation of React-Redux](https://blog.isquaredsoftware.com/2018/11/react-redux-history-implementation/)

> 原文地址：[frontend-tooling-survey-2019-results](https://ashleynolan.co.uk/blog/frontend-tooling-survey-2019-results) 到现在已经有一段时间了，但是 2019 年 前端工具调查的结果就在这里！ 今年，3005 名开发人员回答了 27 个问题，涉及范围广泛的前端工具和方法学。 像往常一样，我衷心感谢每一位花时间填写这封信的人。 组织和撰写这项调查今年特别具有挑战性，因为我们家又多了一个女婴(因此这些调查结果被推迟了!)。 像往常一样，查看前端工具在过去 12 个月中发生了什么变化，看看我们的想法和观点是否得到业内其他开发人员的赞同，这是很有趣的。 这些结果（希望）有助于洞悉前端工具的当前使用趋势和知识水平，并通过查看[先前调查的数据](https://ashleynolan.co.uk/blog/frontend-tooling-survey-2018-results)来显示这些趋势随着时间的变化。 ## 快速感谢 这项调查每年都要花费大量时间，而且得到了 Wes Bos (通过参与调查)和我的雇主 Just Eat 的支持。 ## 结果 那么，让我们开始吧！ 自己拿一杯茶 /...

> 原文地址：[8 Hacks For Your Next Tech Resume](https://dev.to/gemography/common-mistakes-in-dev-cvs-2a17) 以下是我在一家科技公司担任工程部主管时，根据我卑微的阅读 500 多份简历的经验所能想到的每一个错误(或建议)。 ## 列出你的技能 请不要提及你在大学里遇到过或学过的每一种技术、框架或语言。是的，它可能表明你熟悉 c # ，Java，PHP，。NET，MySQL，Oracle，c，c + + ，HTML，Python，CCNA，TCP/IP，Photoshop. 但让我们面对现实吧，这也标志着你是一个“万事通，一事无成”的人。这可能不是真的，但是它伤害你比帮助你更多。 ## 按熟练程度分解技能 这个建议更多的是一个建议，而不是一个错误。而不是按类别(例如数据库，框架，网络...)来划分你的技能。通常最好用熟练程度来分类(例如熟悉，有经验...) 以下是它在现实生活中的样子: ```bash 精通: Ruby, Ruby on...