众所周知，vue 的 mixins 是个非常灵活，但又很容易带来混乱的 API。本文介绍一种原创的优雅使用mixin的方式，快来一起探讨吧。

遇到屎山代码，大多数人第一反应就是这谁写的代码这么差，其实大多数公司大多数人至少曾经都写过一些屎山代码，有屎山代码很正常，问题在于怎么快速梳理出业务逻辑，防止在迭代新需求时引发bug

需求背景 目前我们的B端管理系统当中，基本都是分为编辑与详情这样的展示页面。新增、编辑都是可编辑态的表单，详情页为只读态的显示并且对于空值还希望展示“-”。 在我们以往的开发中，通常有两种实现方式：

计算机知识庞大冗杂，尤其前端领域，知识概念，框架原理不断推崇出新。在学习的过程中我们要不断进行总结梳理，形成某一个知识领域的知识图谱。这个知识图谱还可以帮助我们后期进行回顾复习。 下面是前端前辈进行的

新项目中 sass-loader 在 ::v-deep VS /deep/ 选择； 旧项目中 sass-loader 为什么突然不认 /deep/ 了。

Chinese (Simplified) (简体中文) 不用多说，每次搭建新环境，下载完vscode第一个插件肯定是这个了（我的英语太菜了） Atom One Dark Theme 我人生中的第一款编

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

压缩项目打包后的体积大小、提升打包速度，是前端性能优化中非常重要的环节，笔者结合工作中的实践总结，梳理出一些常规且有效的性能优化建议

有时候需要跳转别人的页面，但是需要在别人的页面，加个返回之类等，我们需要的逻辑。 此时，iframe就是个不错的解决方案. 但是 iframe 的属性，我总记不住，索性写个组件，回头就可以直接用了