面试过程中面试官问到前端性能优化有哪些，当我咔咔一顿输出之后面试官追问：前端可以做的性能优化有哪些呢？ 前端优化大概可以有以下几个方向： 网络优化 页面渲染优化 JS优化 图片优化 webpack打包

在项目开发过程中，前端需要存储大量的数据，cookie,localstorage 都有存储长度限制，需要一个存储容量大、支持搜索和自定义索引的前端存储方案——IndexDB。

虽然一般场景下都能应付得了且简单粗暴，但特殊需求情况下，比如设置定时功能，就不能实现。就需要对其进行二次封装，为了在使用上增加些安全感，那加密也必然是少不了的了。为方便项目使用，特对常规操作进行封装。

可见由函数式启发的“闭包”、“柯里化”思想对 JavaScript 有多重要。几乎所有的高阶函数都离不开闭包、参数由多转逐一的柯里化传参思想。

动前端动画，我们熟知的有两种 CSS 动画 (requestAnimation/setTimeout/setInterval +属性)动画，今天我们学习第三种，WAAPI。

开发中,一直听到有人讨论是不是需要重复造轮子，我觉得有能力的人，轮子得造。但是往往开发周期短，轮子的使用节省的时间可以更好的去理解业务，使用到业务中,也能发现轮子的利弊，可以造更好的轮子。

大家总说性能优化的xxx条建议，但实际操作时又觉得很无力。本文就带你体验一次真实的性能优化案例和原理解析

不知不觉在网易已有三年半，占了一半时间都在与移动端打交道，整个阶段都是遇坑填坑的学习过程。移动端开发在前端里像神一样地存在，不是说它多难而是说它坑位实在太多了，怎样填都填不完。Android和iOS各显神通，Android的系统版本和屏幕分辨率多得难以一招兼容，iOS的顽固标准…

在这几天由于编写脚本等一系列原因，不知怎么的突然发现现在很多主流的网站已经大量开始使用Fetch进行网络请求，感觉再不学习Fetch就要Out了，所以我花了一些时间专门去研究了一下关于Fetch的相关知识，发现Fetch被讨论的并不多，很多都是一年前甚至两年前的文章，大多数文章…