用泥种荷花

说到适配器，最先想到的是不是蓝牙适配器、Type-C转接头、手机头喃？有没有发现这些物件有一个共同点，那就是服务目标都是那些已经无法正常完成当前工作的物件。比如手机头，一般的家用插座输出电压是220伏

区别 ==（相等）：先转换再比较 ===（全等）：仅比较而不转换 问题 特殊值的比较 NAN 不等于任何值， 规定NaN 也不等于 NaN，所以在判断值是否为NAN时，会使用isNaN() undef

装饰器模式在前端开发中属于那种听得多但用的少的结构型设计模式，听得多，是因为它很容易被开发者理解，就算不知道它的人也能通过名称说出点大概内容和含义，之所以又说它用的少，其实这里也只是说它在前端开

在原型模式的文章中聊过，JS面向对象的设计理念是基于原型，也就是说在JS中是不应该存在基于类的面向对象，并且文章末尾提到了我对JS中构造器的设计态度，构造器是JS语言设计中的一大败笔

JS为什么会抛弃类，而去选择原型喃？在你学习JS原型的过程中，有没有思考过这样的问题喃？ 如果有，那先恭喜你，因为你已经从语法层级跨越到设计的层级啦！！！

设计模式的核心是封装与隔离思想，工厂模式隔离了类与创建者，封装了类创建的逻辑，而本篇的主角建造者模式，封装和隔离的对象都是一样的，但它为什么又能从中脱颖而出喃？那就容我徐徐道来吧

创建类型设计模式包含原型模式、构造模式、工厂模式、抽象工厂模式、建造模式、单例模式，其中的工厂模式和抽象工厂模式因为设计理念类似，所以在很多文章中都会把它们统称为工厂模式，工厂模式又从服务目标的不同分

单例模式应该是大多数开发中最先认知的设计模式，并且在开发中是也是会经常使用的，可能有些朋友就不是很服气啦，觉得自己以前从来没有学过单例模式，也就不存在使用呀！！！其实最最常用的windows全局变量就

for in最初设计的使用场景是用来遍历对象，但自从for of、Object.keys()、Object.values()被推出，for in连遍历对象最后一份蛋糕也抢去，彻底被新开发者所摒弃，被老