今天来聊聊git可视化工具SourceTree的使用，主要是因为git操作是我们在项目中频繁用到了，频繁用到就注定会遇到各种棘手小问题，比如代码的合并，冲突，版本回退等。敲命令时无论老手新手都小心翼翼，稍有不慎就会出错，在大型项目里如果代码版本控制出错的话，代价是很大的，可能这…

树的操作在前端的工作中占据了比较重要的位置，我总结了一些我平时处理树数据的方法 情况一 将列表转换成 tree 有的时候后端比较懒，不愿意处理树数据，给的是一个列表数据，这时候就需要前端将列表转换成

React实现高性能Tree组件: 讲的很详细 高性能渲染大数据Tree组件 vue-big-tree 基于vue的海量数据tree组件(20w+) huge-tree 前端tree组件，10000个

1. 背景 之前在重构项目的所涉及到的组件中，Tree组件占据了半壁江山。而该组件的产生，也是由该项目演化未来。虽然该项目后来停止了，但是所累积的设计经验确是延续下来了的。在组件库中，我结合了虚拟列表

公司的中后台系统用的是Element-UI框架，自然树组件也就是用的el-tree。 说实话，el-tree已经很不错了，提供丰富的回调事件，属性，方法，在轻量数据渲染上可以说是不二之选。 但是奈何半年多的项目实践，越发觉得el-tree卡顿了起来，数据越来越多，功能越来越复杂…

通过图-1性能瀑布可以清晰的看到script执行占了8.9s的时间，通过上图即图-5可以看到script的的调用栈主要集中在创建vue实例时的createChildren上面。 通过上图即图-6可以清晰的看到render耗时主要集中在Recalculate Style、Layo…

最近做了一个vue-cli项目的性能优化，这次也是把很多之前学过的知识应用在实际项目中，遇到了很多困难也学到了很多东西。 这是一个用vue-cli 3作为脚手架的PC端web应用，全局多页面局部单页面（根据用户角色划分）。基本上使用的vue-cli的默认配置，也没有专门做过性能…

如果打造一个高性能的高体验的无限滚动组件？虚拟滚动是一个很好的方案，使用固定个数元素来模拟滚动，减少大量的元素渲染对性能的消耗

JavaScript 有完善的内存处理机制，能自动进行垃圾回收，但是假如一个对象一直被引用，他的内存是无法得到释放的。如果项目运行过程中，内存占用越来越高，只增不减，没有峰值，就存在内存泄漏。多页应用