為什么我對(duì)JavaScript的未來(lái)持樂(lè)觀態(tài)度？

作者：前端小智 2023-01-10 08:17:41

這是重點(diǎn)：這不僅僅關(guān)乎基礎(chǔ)設(shè)施。還關(guān)乎那些擁抱這些同樣的 Web API 并幫助成千上萬(wàn)的新開(kāi)發(fā)人員學(xué)習(xí)一次并寫(xiě)在所有地方的框架。

Lee Robinson 寫(xiě)了一篇《Why I'm Optimistic About JavaScript's Future》表達(dá)對(duì) JavaScript 未來(lái)的看好。

正文開(kāi)始...

我對(duì)JavaScript持樂(lè)觀態(tài)度。

開(kāi)發(fā)人員希望編寫(xiě) JavaScript，并希望它能在瀏覽器、服務(wù)器或 Edge運(yùn)行。

盡管有種種怪異和不完善之處，但由于其內(nèi)置的增長(zhǎng)（它在瀏覽器中）、其龐大的工具和庫(kù)生態(tài)系統(tǒng)以及TypeScript的持續(xù)增長(zhǎng)和采用，JavaScript的采用率繼續(xù)上升。越來(lái)越多的開(kāi)發(fā)者能夠?qū)W習(xí)一個(gè)API（如Request或Response），并在所有地方重復(fù)使用相同的知識(shí)。

擁有一套約定俗成的通用API（即標(biāo)準(zhǔn)）和支持相同接口的平臺(tái)（如跨瀏覽器支持），意味著網(wǎng)絡(luò)開(kāi)發(fā)者現(xiàn)在可以一次學(xué)習(xí)，到處編碼。

本文將概述近期在瀏覽器、服務(wù)器和 edge 對(duì) Web 平臺(tái)所做的改進(jìn)。

JavaScript：在瀏覽器中

今天，Web 開(kāi)發(fā)人員編寫(xiě)特定于供應(yīng)商的 JavaScript 或特定于供應(yīng)商的 CSS 選擇器的時(shí)間比以往任何時(shí)候都更少。

function isIE11() {
  return !!window.MSInputMethodContext && !!document.documentMode;
}

我們已經(jīng)逃離了維持元素長(zhǎng)寬比的padding hacks的世界：

@supports not (aspect-ratio: 16/9) {
  .aspectRatio {
    overflow: hidden;
    padding-bottom: 56.25%;
    height: 0;
  }
}

兩個(gè)融合的趨勢(shì)使這成為可能:

Internet Explorer 的死亡：現(xiàn)在，IE 11 已正式退役，Web 開(kāi)發(fā)人員可以編寫(xiě)更少的特定于供應(yīng)商的 CSS，從而使樣式表更小，hack 更少。
瀏覽器引擎對(duì)齊：三大瀏覽器引擎（Chromium/Chrome、Gecko/Firefox和Webkit/Safari）現(xiàn)在對(duì)JavaScript、CSS和Web API的跨瀏覽器支持是我們見(jiàn)過(guò)的最好的。為Interop項(xiàng)目點(diǎn)贊。

現(xiàn)在，當(dāng)然，它在各瀏覽器引擎中并不完美，也不可能永遠(yuǎn)完美。但這是目前最好的，我很樂(lè)觀。由于不需要花一周的時(shí)間去研究深?yuàn)W的IE錯(cuò)誤，數(shù)千（或數(shù)百萬(wàn)）的開(kāi)發(fā)者時(shí)間將被累計(jì)節(jié)省。

下面是一個(gè)例子，說(shuō)明這種排列組合如何使所有的 web 開(kāi)發(fā)者受益。想象一下，你是一個(gè)框架的作者，試圖編寫(xiě)一個(gè)可重復(fù)使用的圖像組件，以幫助成千上萬(wàn)的開(kāi)發(fā)人員在使用圖像時(shí)獲得良好的性能。在2020年，就在幾年前，你需要圍繞 web 平臺(tái)開(kāi)展工作。

加載圖片而不引起布局變化，正確地保持長(zhǎng)寬比，并且不因圖片的大小/重量而降低頁(yè)面的初始加載性能，這很難在所有主要的瀏覽器上實(shí)現(xiàn)支持。這導(dǎo)致開(kāi)發(fā)者要么忽視了這些問(wèn)題，要么框架編寫(xiě)的組件抽象產(chǎn)生了這樣的代碼。

<span> <-- needed to maintain aspect ratio
  <span> <-- needed to maintain aspect ratio, CSS padding hacks
    <img src="" style="" /> <-- inline styles to prevent layout shift
    <noscript>...</noscript> <-- JS needed for IntersectionObserver
  </span>
</span>

但2022年情況就不同了?，F(xiàn)在有跨瀏覽器支持：aspect-ratio，防止布局變化的寬/高屬性，本地圖像惰性加載，以及純** CSS/SVG-based** 模糊圖像占位符。上述代碼可以刪除包裝元素，并在不需要運(yùn)行時(shí) JavaScript 的情況下工作。

<img
  alt="A kitten"
  decoding="async"
  height="200"
  loading="lazy"
  src="https://placekitten.com/200/200"
  style="aspect-ratio: auto 1 / 1"
  width="200"
/>

JavaScript：在服務(wù)器上

在客戶端和服務(wù)器上都可以運(yùn)行的同構(gòu) JavaScript（即可以在客戶端和服務(wù)器上運(yùn)行的代碼）一直是許多 Web 開(kāi)發(fā)人員的理想狀態(tài)。學(xué)習(xí)一次，寫(xiě)在所有地方，對(duì)吧？直到最近，Node.js 和 Web 平臺(tái)還未對(duì)齊。

考慮通過(guò) HTTP 獲取數(shù)據(jù)。在瀏覽器中，我們有 Web Fetch API。在 Node.js 18 之前，沒(méi)有內(nèi)置的獲取數(shù)據(jù)的方案。使用 fetch? 需要使用 node-fetch? 或 undici 等包，它們的 API 類(lèi)似但略有不同，通常是以不明顯的方式使用的。

這種平臺(tái)之間的不對(duì)齊意味著用于編寫(xiě)同構(gòu) JavaScript 的工具（例如 Next.js）需要添加 polyfill，以便開(kāi)發(fā)人員可以在客戶端和服務(wù)器上使用 fetch。使用 Node.js 18，這些工具現(xiàn)在可以刪除用于 polyfill 平臺(tái)差異的額外 JavaScript，最終導(dǎo)致所需的 JavaScript 更少。

我對(duì)服務(wù)器上的 JavaScript（和 TypeScript）感到樂(lè)觀。這不僅僅是 fetch。還有 Request、Response 和其他100多個(gè)現(xiàn)在可在瀏覽器和 Node.js 中使用的 API。瀏覽器供應(yīng)商和構(gòu)建服務(wù)器基礎(chǔ)設(shè)施的公司現(xiàn)在比以往任何時(shí)候都更加密切地合作，提供一組可在所有地方運(yùn)行的標(biāo)準(zhǔn) API，包括 edge 計(jì)算平臺(tái)。

JavaScript: 在 Edge 中

Edge computing，這種常常被誤解的最新運(yùn)行 JavaScript 的目標(biāo)，在三個(gè)（瀏覽器、服務(wù)器、edge）中標(biāo)準(zhǔn)化最少。

將 edge 視為最高抽象層次可能會(huì)有所幫助，在這里你將把所有時(shí)間都花在業(yè)務(wù)邏輯上。

Edge并不是全新的東西，而是從現(xiàn)有的Node.js世界中刻意的、有意的取舍。

你想寫(xiě)JavaScript，但 edge compute 基礎(chǔ)設(shè)施需要（相當(dāng)大的）Node.js API 表面積的較小子集。通過(guò)為 Node.js API 的子集做出這種權(quán)衡，你的可以始終保持快速的冷啟動(dòng)和更具成本效益的計(jì)算工作負(fù)載。這聽(tīng)起來(lái)很好。

讓我們看一個(gè)例子。在這種情況下，我將使用 Vercel Edge Function。但也可以是其他邊緣計(jì)算平臺(tái)，如 Cloudflare 或 Deno。對(duì)我來(lái)說(shuō)，這段代碼最好的部分實(shí)際上是它相當(dāng)無(wú)聊。它看起來(lái)像 Node.js。

export const config = {
  runtime: 'edge'
}

// Web standard Request API
export default function handler(req: Request) {
  // Web standard URL API
  const { searchParams } = new URL(req.url)
  const name = searchParams.get('name')

  // Web standard Fetch API
  const req = await fetch('https://...', { body: { name } })
  const data = await req.json()

  // Web standard Response (.json is new)
  // https://github.com/whatwg/fetch/issues/1389
  return Response.json(data);
}