原则猫

思维导图 基本理论 定义 装饰器就是一个方法或者叫函数，可以写到到类、方法、属性、参数，对象上，基于原有基础上扩展其功能。 为什么要用 从规范来讲，尽量少用继承，优先用对象进行扩充。 关键点在于切面：

背景 需要借助babel实现框架升级，同时也支持解决业内可视化圈选元素ID稳定性问题，中间会用到一些AST语法树相关点，记录并供需要babel核心点掌握以及运用点的同学如项目库升级插件，国际化等可以运

背景; 目前业务开发，除了迭代需求，之外其实更多的是维护工作，那么如何更高效，省力的迭代，以下是自己一些实践总结 代码组织层面 函数 有时为了省力气，会习惯把一堆业务逻辑，全部都杂糅到一个函数，里面，

针对与大部分前端，都是业务，前端，但我并不觉得，写业务的就没有做架构的难，很多业务开发，工期紧张的情况下 业务写的，难以理解，难以复用，对于开发自己也没有成长 初期学前端，没有太多对于框架思想的理解，

react 是什么 先来聊聊，这是个什么 案例1 页面显示一个按钮，点击后页面count变量加1 所以初步定义 react就是一个通过数据变化，操作dom 的工具 数据驱动视图（数据的变化改变视图）

核心框架 数据结构，均是数组和链表的存储--我理解其实就是，类似于二叉树，是用链表的思维，动态规划是用数组进行存储。 关键在于不重不漏的，遍历和访问，比如二叉树，动态，回溯算法 数据结构的存储方式 为

js 对象属性和数组元素的速度都比变量慢 也就是对于重复对象访问路径，要进行变量提炼 数据缓存 常用localsotrage ，项目里面用到了lru-cahce 因为，业务特殊性，调用接口次数受限，同

200. 岛屿数量 给你一个由 '1'（陆地）和 '0'（水）组成的的二维网格，请你计算网格中岛屿的数量。 岛屿总是被水包围，并且每座岛屿只能由水平方向和/或竖直方向上相邻的陆地连接形成。 此外，你可

平时会维护一些多年迭代的项目,里面最大的通病在于数据流非常的混乱, 那么如何借助MVC 这样的设计模式来进行优化呢 实际案例 我先举一些,实际项目中,存在的非优化前的代码,具体设计业务我会有所删减,重