前端中的那些 This vs That,你知道吗?

前端中还有很多相近的概念和 API,在业务开发时可能没时间去了解,但是有空的时候还是可以花点时间去掌握其中的异同,扎实自己的前端基础。

前端中还有很多相近的概念和 API,在业务开发时可能没时间去了解,但是有空的时候还是可以花点时间去掌握其中的异同,扎实自己的前端基础。

前端知识中有很多相近的概念或 API,相信不少人在开发中有注意到这些相近的概念或 API,但是有时不会深入去了解异同,只要某个 API 能满足开发需求即可。

本文将介绍一些相近的概念和 API,让你能更清晰地了解它们的异同,在使用时更游刃有余。

1. cookie vs localStorage vs sessionStorage

前端开发中,这三个本地存储方案可以说是很常见的,用一张图说明下它们的区别:

comparison-tablecomparison-table

图片来源:local-storage-vs-session-storage-vs-cookies[1]

图中从存储大小、是否自动过期、服务端是否可以获取、是否支持 HTTP 请求传输和数据持久性方面进行对比。除了图中几个部分,在作用域方面,cookie 由域名和路径决定,localStorage 和 sessionStorge 都是遵守同源策略。

最后再提几个关于在使用 sessionStorage 的时偶尔会陌生的知识点:

  1. sessionStorage 数据在各个直接打开的浏览器页签中是不会同步的,这意味着你打开了两个同域名的网站,在其中一个设置了 sessionStorage 数据,另一个页面是不会同步这个数据的(而 localStorage 会),也就是说 sessionStorage 除了关闭浏览器时不会保留数据,各个页签数据的同步也和 localStorage 不一样。
  2. 如果你在当前页设置了一些 sessionStorage 数据,然后通过window.open或<a>标签打开,新页签会同步一份当前页副本,随后两个页签的 sessionStorage 又会是独立的,不过要注意打开新页签的rel属性(用于指定当前文档与被链接文档的关系)要设置为opener。

图片图片

2. querySelectorAll vs getElementsByTagName

querySelectorAll可以根据传入的 CSS 选择器查找 HTML 元素,使用上比getElementsByTagName更灵活。

它们之间的不同点在于:querySelectorAll返回的是一个静态的 NodeList,而getElementsByTagName返回的是动态的。

来看下面这个示例:

<ul>
    <li>1</li>
    <li>2</li>
    <li>3</li>
</ul>

接下来使用两个方法获取li元素类数组,然后再动态插入一个li,最后查看两个类数组的长度。

const listItems = document.querySelectorAll('li');
const listItems2 = document.getElementsByTagName('li');
console.log(listItems.length, listItems2.length);  // 3,3

const list = document.querySelector('ul');
const li = document.createElement('li');
li.innerHTML = '4';
list.appendChild(li);

console.log(listItems.length, listItems2.length);  // 3, 4

可以看到querySelectorAll方法获取的类数组长度在动态添加li后还是 3,而getElementsByTagName的为 4。

常用的获取元素方法中getElementsByClassName方法、element.childNodes和element.children返回的也是动态 NodeList。

3. children vs childNodes

children和childNodes都可以用来获取元素的子节点,不同的是children只会获取 HTML 元素节点,而childNodes会获取到非 HTML 元素节点,包括文本、注释节点等。

<ul>
    <!-- 这里有有些内容 -->
    <li>A</li>
    <li>B</li>
    <li>C</li>
</ul>
const parent = document.querySelector('ul');
// 输出 HTMLCollection(3) [li, li, li]
console.log(parent.children)
// 输出 NodeList(10) [text, comment, text, text, li, text, li, text, li, text]
console.log(parernt.childNodes)

4. microtasks vs macrotasks

宏任务和微任务概念也经常在前端中出现,与之相关的就是事件循环机制。事件循环机制是必须掌握的,宏任务和微任务也可以了解下,实际开发中碰到相关问题能反应过来是宏任务和微任务的不同即可。

宏任务包括:

  • setTimeoutand setInterval的回调
  • DOM 操作
  • I/O 操作 (Node 中读写文件)
  • requestAnimationFrame

微任务包括:

  • Promises的 resolve 和 reject
  • MutationObserver回调
  • Node 中的process.nextTick

事件循环机制如下图:

图片图片

宏任务微任务执行顺序如下图:

图片图片

最后配合一个例子看下效果:

console.log('Script start')

setTimeout(function () {
  console.log('setTimeout')
}, 0)

new Promise((resolve) => {
  console.log('Promise')
}).then(function () {
  console.log('Promise then')
})

console.log('Script end')

// 输出顺序为: Script start、Promise、Script end、Promise then、setTimeout

一个更清晰的图(源[2]):

图片图片

5. setTimeout(0) vs requestAnimationFrame

setTimeout(0)和requestAnimationFrame都能把代码延迟到下一个动画帧运行,它们的不同在于:

  • setTimeout(0)将代码推到事件循环的任务队列中,如果任务队列中有大量任务,setTimeout(0)就不会立即执行。
  • requestAnimationFrame会在下一次渲染前执行,而不是在事件循环中执行,它能自动与显示器刷新率同步。不过,它只有在浏览器准备好渲染新帧时才会执行,如果标签页处于非激活状态,它就不会运行。

处理动画时,requestAnimationFrame更合适, 如果你要延迟执行代码的话,可以直接使用setTimeout(0)。

补充一个小点:setTimeout的语法是 setTimeout(functionRef, delay, param1, param2, /* … ,*/ paramN),除了回调函数和延迟时间,后续参数都会作为回调函数的参数。

// 1 秒后输出 delay 1s
setTimeout(console.log, 1000, 'delay 1s')

6. naturalWidth vs width

naturalWidth是元素的自然宽度,它永远不会改变。例如,一张 100px 宽的图片的naturalWidth始终是 100px,即使通过 CSS 或 JavaScript 调整图片大小后也不变。

而width是可以改变的,可以通过 CSS 或 JavaScript 设置。

图片图片

7. stopImmediatePropagation vs stopPropagation

stopImmediatePropagation()方法与stopPropagation()方法一样,可阻止事件冒泡。但是,stopImmediatePropagation()方法会阻止元素同一事件的其他监听器。

button.addEventListener('click', function () {
  console.log('foo')
})

button.addEventListener('click', function (e) {
  console.log('bar')
  e.stopImmediatePropagation()
})

button.addEventListener('click', function () {
  console.log('baz')
})

上面代码中按钮点击后只会输出fooandbar,baz的事件监听函数不会触发。

8. HTML 字符实体 vs Unicode 字符

HTML 实体是特殊字符序列,用来表示可能被误认为是 HTML 代码的字符,如小于号 (<) 或双引号 (&)。

下面是一些常见的 HTML 实体:

  • &lt;代表小于号<
  • &gt;代表大于号>
  • &amp;代表于符号&
  • &quot;代表双引号"
  • &apos;或'代表单引号'
  • &nbsp;代表空格

HTML 字符实体相比 Unicode 字符会更好记些,同时浏览器对 HTML 字符实体支持更好。

Unicode 是表示字符或符号的特定代码,它们用于显示标准字符集中可能没有的字符,如非拉丁字母或特殊符号。

一些 Unicode 字符示例:

  • \u00A9表示版权符号 (©)
  • \u2192表示右箭头 (→)
  • \u2615代表咖啡杯 (☕)
  • \u1F60E代表戴着墨镜的笑脸 (😎)
  • \u2764表示一颗红心 (❤)

Unicode 可以表示任何语言的任何字符或符号,不过旧版本浏览器的支持性可能没那么好。

9. script async vs script defer

当浏览器碰到script标签时,会执行以下步骤:

  • 暂停文档解析
  • 创建一个新请求来下载脚本
  • 下载完成后执行脚本
  • 继续解析文档

script标签会阻塞整个文档的解析,为了提供更好的体验,HTML5 为script标签提供了两个属性,它们是async和defer。

<script src="/path/to/script.js" async></script>
<script src="/path/to/script.js" defer></script>

这两个属性让浏览器知道,该脚本与文档解析可以同时进行。

async和defer的效果如上图。

async会在下载完成后立即执行(下载不阻塞 HTML 解析,执行会),所以多个script标签都使用async属性的话,是不能保证多个script的执行顺序,而使用defer的话,下载完后会等待 HTML 解析完成再执行,可以保证多个script的执行顺序。

所以async一般在独立的脚本上使用,如埋点脚本。

还有一点,动态加载的脚本async默认为 true,如果你不需要,可以设置为false:

const script = document.createElement('script');
script.src = '/path/to/script.js';
script.async = false;
document.head.appendChild(script);

10. __proto__ vs prototype

__proto__和prototype的区别很简单:

  • __proto__是对象实例的属性
  • prototype是构造函数的属性

当你使用__proto__时,你是正在查找对象原型链上的属性和方法,而prototype对象定义了所有实例都将拥有的共享属性和方法。

图片图片

如上图,Letter函数的prototype属性和其三个实例的__proto__属性都是指向Letter的原型链对象Letter.prototype。

11.Dependencies vs devDependencies vs peerDependencies

dependencies代表依赖项是项目中的一部分,最终会被一起打包到生产代码中,当你执行npm install时,你依赖的那个包的依赖也会自动安装,比如你项目使用到了antd,npm install时antd的依赖项classnames也会被安装,这就是你有时候没安装一些库,但是也可以使用的原因。

"dependencies": {
    "lodash": "^4.17.21"
}

devDenpendencies代表依赖项是仅在开发过程中才需要的,代码的最终生产版本并不需要这些依赖项。

"devDependencies": {
    "jest": "^29.6.4"
}

peerDependencies代表使用这个库时需要的依赖项,和dependencies不同的是,它不会在npm install时被安装,需要你显式的在自己项目下安装。各个包管理器的各个版本对peerDependencies的处理可能都不同,有兴趣的可以继续深入了解。

"peerDependencies": {
    "react": ">=16.9.0",
    "react-dom": ">=16.9.0"
  },

12. isNaN vs Number.isNaN

isNaN是一个全局函数,用于判断参数是否为NaN,不过,在判断参数是否为NaN之前,它会尝试先将参数转换为数字。

isNaN('hello');     // true
isNaN(undefined);   // true
isNaN({});          // true
isNaN([]);          // false  +[] === 0
isNaN(42);          // false

在 ES6 中引入了Number.isNaN函数,与isNaN不同的是,在判断前Number.isNaN不会转换参数。

Number.isNaN('hello');      // false
Number.isNaN(undefined);    // false
Number.isNaN({});           // false
Number.isNaN([]);           // false
Number.isNaN(42);           // false
Number.isNaN(NaN);          // true

一般来说,使用Number.isNaN比isNaN更准确。

13. 默认参数 vs 或操作符

JavaScript 提供了两种为函数参数设置默认值的方法:使用默认参数或 OR (||) 操作符,两者在最终效果上会有一些不同。

先来看默认参数:

const sayHello = (name = 'World') => {
  console.log(`Hello, ${name}!`);
};

sayHello();                 // `Hello, World!`
sayHello(undefined);        // `Hello, World!`
sayHello(null);    // `Hello, null!`
sayHello('');    // `Hello, !`
sayHello("Phuoc Nguyen");   // `Hello, Phuoc Nguyen!`

可以看到默认参数只有为undefined的时候,默认参数才会生效。不传和传undefined效果一致。

再来看或操作符:

const sayHello2 = (name) => {
    const withDefaultName = name || 'World';
    console.log(`Hello, ${withDefaultName}!`);
};

sayHello2();                 // `Hello, World!`
sayHello2(undefined);        // `Hello, World!`
sayHello2(null);    // `Hello, World!`
sayHello2('');     // `Hello, World!`
sayHello2("Phuoc Nguyen");   // `Hello, Phuoc Nguyen!`

可以看到参数只要是falsy值(undefined、null、NaN、0、""和false),都会使用代码中默认参数,这个就是和 ES6 默认参数不同的地方。

14. null vs undefined

null和undefined的不同点如下:

  1. undefined表示变量已经被声明,但未被赋值;null用来表示变量没有值。
let foo;
console.log(foo); // undefined

let foo = null;
console.log(foo); // null
  1. undefined和null代表的类型不同。
console.log(typeof undefined); // 'undefined'
console.log(typeof null); // 'object'

除了以上两点不同之外,还有两点值得关注的:

  1. undefined和null进行比较的结果。
null == undefined; // true
null === undefined; // false
  1. JSON.stringify会忽略undefined, 但是会保留null。
JSON.stringify({
    name: 'John',
    address: null,
    age: undefined,
});

// {"name":"John","address":null}

小结

前端中还有很多相近的概念和 API,在业务开发时可能没时间去了解,但是有空的时候还是可以花点时间去掌握其中的异同,扎实自己的前端基础。

参考资料

[1]local-storage-vs-session-storage-vs-cookies:https://www.loginradius.com/blog/engineering/guest-post/local-storage-vs-session-storage-vs-cookies/

[2]图片源:https://medium.com/@francesco_rizzi/javascript-main-thread-dissected-43c85fce7e23

©本文为清一色官方代发,观点仅代表作者本人,与清一色无关。清一色对文中陈述、观点判断保持中立,不对所包含内容的准确性、可靠性或完整性提供任何明示或暗示的保证。本文不作为投资理财建议,请读者仅作参考,并请自行承担全部责任。文中部分文字/图片/视频/音频等来源于网络,如侵犯到著作权人的权利,请与我们联系(微信/QQ:1074760229)。转载请注明出处:清一色财经

(0)
打赏 微信扫码打赏 微信扫码打赏 支付宝扫码打赏 支付宝扫码打赏
清一色的头像清一色管理团队
负载均衡与容错性:集群模式在分布式系统中的应用
上一篇 2024年6月3日 17:06
NVIDIA 正式发布NVIDIA NIM:让数百万人成为生成式 AI 开发者
下一篇 2024年6月3日 17:06

相关推荐

发表回复

登录后才能评论

联系我们

在线咨询:1643011589-QQbutton

手机:13798586780

QQ/微信:1074760229

QQ群:551893940

工作时间:工作日9:00-18:00,节假日休息

关注微信