操屁眼的视频在线免费看,日本在线综合一区二区,久久在线观看免费视频,欧美日韩精品久久综

新聞資訊

    在前不久的WWC22中, .io 的CTO 「mi?ko 」(同時也是 / 的發明者)發表了一段充滿想象力的演講。

    mi?ko

    在演講中,他介紹了一款全棧SSR框架 —— Qwik ,這款框架號稱 「能幫你移除項目中99%的JS代碼」。

    他是如何辦到的,本文我們來介紹下 Qwik 。

    性能差?碼農不背鍋

    先來聊聊 Qwik 誕生的背景。

    對于很多 2C web 應用(比如電商),首屏性能指標關乎用戶留存,用戶留存關乎賺多少錢。

    所以,應用打開速度會影響賺錢。

    然而頁面渲染完成后執行js,對于前端開發者,首屏性能指標并不容易優化。究其原因,并不是開發者不夠努力。

    讓我們來看兩個性能指標。

    如何優化FCP

    FCP (First Paint,首次內容繪制)測量 「頁面從開始加載到頁面內容的任何部分在屏幕上完成渲染的時間」。

    當前 web 應用普遍采用 「前端框架」開發,這意味著會引入大量 JS 代碼(框架本身代碼、第三方依賴包的代碼......)

    從 HTML 開始解析到最終頁面渲染,中間還要經歷:

    下載框架 JS 代碼

    執行框架 JS 代碼

    由框架完成頁面渲染

    這就導致 FCP 指標的下降。

    為了優化 FCP ,框架作者提出了 SSR ( Side ,服務端渲染),在服務端生成首屏所需 HTML ,這就為 FCP 省去了上述三個步驟所需時間。

    但是, TTI 指標仍然需要優化。

    如何優化TTI

    TTI (Time to ,用戶可交互時間)測量 「頁面變得完全可交互所需時間」。

    主要衡量的是從下述1到3所需時間:

    首先衡量 FCP 時間

    為頁面中的元素綁定事件

    對元素產生交互后,事件響應時間在50ms內

    使用 SSR 后,雖然 FCP 降低,但是框架 (注水,即框架使頁面能夠響應交互)所需時間對 TTI 會有影響。

    可見,性能瓶頸的源頭在 JS 代碼。

    的 通過 「讓用戶交互的部分優先」來優化 TTI 指標。

    但是, Qwik 更極端,他的目標是 —— 干掉所有不必要的 JS 耗時,這里的耗時包括兩部分:

    超超超細粒度

    如果說傳統 SSR 的粒度是 「整個頁面」。

    那么 的 的粒度是 「產生交互的組件」。

    那么 Qwik 的粒度是 「組件中的某個方法」。

    舉個例子,下面是 組件(可以發現, Qwik 采用類似 React 的語法):

    對應頁面渲染效果:

    打開瀏覽器 面板,這個頁面會有多少 JS 請求呢?

    由于這是個靜態的組件,沒有邏輯,所以答案是:沒有 JS 請求。

    再來看看經典的計數器 組件,相比 ,增加了 「點擊按鈕狀態變化的邏輯」,代碼如下:

    對應頁面渲染效果:

    打開瀏覽器 面板,這個頁面會有多少 JS 請求呢?

    答案還是:沒有 JS 請求。

    注意這兩個組件的代碼中,定義組件使用的是 $ ,有個 $ 符號。

    在 中, $ 回調也有個 $ 符號。

    在 Qwik 中,后綴帶 $ 的函數都是 「懶加載」的。

    的粒度有多細,就取決于 $ 定義的多細。

    比如在 中, $ 帶 $ 后綴,那么點擊回調是懶加載的,所以首屏渲染不會包含 「點擊后的邏輯」對應的 JS 代碼。

    在點擊按鈕后,會發起2個 JS 請求,第一個請求返回的是 「點擊后的邏輯」:

    第2個 JS 請求返回的是 「組件重新的邏輯」:

    這兩段代碼執行后, 變為1。

    審查元素會發現,點擊前, on:click 屬性中保存了 「邏輯所在的地址」:

    點擊后,會從對應地址下載 JS 代碼,執行對應邏輯。

    從優秀到極致

    是不是覺得已經優化到極致了?還沒。

    對于一些在頁面中長期存在的、需要 JS 驅動的模塊(比如輪播圖),在模塊展現前頁面渲染完成后執行js, 「模塊對應JS」不是必要的。

    比如下面這個鐘的示例,頁面中有個長長的列表,超過一屏高度,在列表底部有個鐘。

    下面是列表滾到底的樣子:

    在 Clock 組件的 $ 中定義 「時鐘指針擺動的邏輯」:

    Qwik 中也存在類似 React 的 ,但在 Qwik 中這個 Hook 可以在服務端/客戶端執行。

    為了區分, 是 「只在客戶端執行的」。

    加了 $ 后綴,代表他是 「懶加載的」。

    具體效果是:當頁面滾動到鐘露出之前, $ 對應 JS 代碼都不會請求。

    當鐘露出后,會發起兩個 JS 資源請求:

    如果審查元素,在鐘露出前,指針對應元素都是不動的:

    當鐘露出,加載并執行 JS 代碼后,才開始執行動效:

    對數據

    在傳統 SSR 中,數據其實被初始化了兩次:

    頁面首次渲染,此時服務端導出的 HTML 中已經攜帶了首屏渲染的數據

    框架 后,數據再轉化為框架內的狀態供后續渲染

    在 Qwik 中,頁面初始化時會存在 type 為 qwik/json 的 標簽用于存儲 「當前頁面中被激活的狀態對應數據」:

    什么叫 「被激活」呢?

    比如,下面是一篇文章的評論區,這是首屏渲染后的樣子:

    這些評論數據會出現在 qwik/json 保存的數據中么?

    不會,因為沒有交互激活他們。

網站首頁   |    關于我們   |    公司新聞   |    產品方案   |    用戶案例   |    售后服務   |    合作伙伴   |    人才招聘   |   

友情鏈接: 餐飲加盟

地址:北京市海淀區    電話:010-     郵箱:@126.com

備案號:冀ICP備2024067069號-3 北京科技有限公司版權所有