设计模式

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

其实整体思路 首先划分两种选择,圈选模式,普通模式 当用户触发圈选选择 首先会禁止掉原生事件,比如click,onchange, 冒泡等事件 其次当用户hover ,或者click 待圈选元素,首先会

背景: 假如我希望在不改变原组件内部逻辑的基础上,进行元素属性上的调整,你会怎么做 早期我在做圈选埋点第三方组件适配的时候,发现边界情况太多,很难适配,在学习装饰器的时候,突然发现,我是不是可以通过装

为什么要用观察者模式： 观察者模式的核心优势是观察者和事件消费者充分解耦。这样生产者只需要负责触发事件即可，消费者只需要专注处理逻辑即可，它们不需要彼此关心对方的存在和内在逻辑。同时一个事件发生以后也

定义 我自己的理解就是，一个类，只能实现一个实例，目的：是为了能够避免内存消耗问题，否则，你每次生成一个实例，都会重新开辟内存空间。 基本运用 该单例，符合开放封闭原则，对外开放扩展，可以挂载方法和属

其中有一个应用就是这个，缓存代理，我理解到时候需要进行两张表的对比的时候，如果发现一致，那么就复用， 用代理模式实现观察者模式 可以利用代理模式包装防抖和节流。 事件原理 哪里用到了代理，为什么不用原

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

观察者讲解 目录 观察者定义 为什么要用观察者模式： 有什么弊端： WebSocket: Promise 观察者模式&发布订阅模式 Mitt 库： Vue(2)响应式原理： babel 补充例子 作业

装饰器文档 目录 思维导图 基本理论 定义 为什么要用 执行时机 弊端 设计原则 本质 分类 前端应用 react-redux AOP Angular 项目应用 作业： 思维导图 基本理论 定义 装饰

用户埋点相关，用户行为分析的时候，发现公司的ｕｉ组件，在标记上一些ｉｄ后，通过装饰器来进行给每个组件增强功能，将元素属性标记到目标位置

很多时候，评价一个人写的代码都太过于主观了，有必要整合一个完整的标准和原则出来 最常用到几个评判代码质量的标准有：可维护性、可读性、可扩展性、灵活性、简洁性、可 复用性、可测试性 但是大部分研发更多都

策略模式是什么鬼？怎么优雅的写 if else 本专栏专门面向于前端人员，同时更加关注与实际日常开发，及一些常用工具涉及的最佳design mod 实践