動態

@lpicker

Vue組件異步請求一定要在 mounted 回調執行?

背景與總結 先説結論: 有很多所謂的最佳實踐告訴你這個觀點,但其實這個觀點是非常片面的,甚至在大部分場景下他是錯的。 聲明一下: 本文通過幾個案例説明部分同行觀點的片面性,分析了這種觀點出現原因,涉及一點vue的渲染原理。最後給出作為個人為了避免困擾,可以採取的相對最近實踐(因人而異)。 分析 很多文章給出的理由是:mounted回調函數被調用的時候,組件已經被掛載到了DOM上,而比mounted

lpicker 頭像

@lpicker

昵稱 lpicker

@abcdxj555

RSM:超實用的多場景請求管理方案

各位前端er們,用了那麼久的再熟悉不過的接口請求,有沒有覺得不妥???你可能會覺得,這有什麼不妥,不就axios.get一下,fetch一下,請求就發出了嘛,然後再處理返回的數據,完事。真有這麼簡單嗎?問題來了,針對不同場景下的請求需求,真的可以統一這樣處理就完事嗎?我們來聊聊請求這事兒! 聊聊前端請求的場景 我們先來聊聊前端請求的各種場景,以下是一些做請求時遇到的高頻場景。 什麼時候發出請求

abcdxj555 頭像

@abcdxj555

昵稱 愛編程的小金

@abcdxj555

vue+alova入門指南

alova?這是個什麼鬼? 你沒聽説過也是很正常,它是一個RSM實現庫,用於解決在MVVM項目下的不同請求場景下的問題,同時也可以幫你管理服務端狀態。 它就像一個axios的武裝庫,為axios插上了翅膀。 詳細瞭解RSM可參考 RSM:超實用的多場景請求管理方案 這篇文章作為vue+alova的基礎入門篇,你可以瞭解到以下內容: alova如何處理頻繁請求、跨模塊更新服務端狀態、模糊搜索

abcdxj555 頭像

@abcdxj555

昵稱 愛編程的小金

@bradenhan

如何獲取 fetch 返回數據

獲取 fetch 返回數據 Fetch API 提供了一個 JavaScript 接口,用於訪問和操縱 HTTP 管道的一些具體部分,例如請求和響應。 它還提供了一個全局 fetch() 方法,該方法提供了一種簡單,合理的方式來跨網絡異步獲取資源。 這種功能以前是使用 XMLHttpRequest 實現的。 由於以下原因,我們在判斷後端返回數據時候,如果 HTTP 狀態碼錯誤,可能判斷比較麻煩。

bradenhan 頭像

@bradenhan

昵稱 前端老兵

@shishui_63822321355cb

class-fetch:一個用 TypeScript 編寫的優雅的 HTTP 客户端庫

你是否想要用 TypeScript 編寫更安全,更可靠,更簡潔的 HTTP 客户端代碼?如果你的答案是肯定的,那麼你一定會喜歡 class-fetch 這個庫。 class-fetch 是一個用 TypeScript 編寫的 js 庫,用於生成 HTTP 客户端。它基於 fetch,支持瀏覽器和 nodejs 運行時。它使用裝飾器來簡化請求參數和返回值的處理。它使用 class-transform

@zaoying

useResource聲明式API與useMock基於依賴注入的mock工具

前不久組內的萌新用不知道從哪裏學來的技術,説要封裝一套 axios 庫供大家使用。 等他開發完,在 code review 環節,大家看到他寫的代碼都面面相覷,不知道該如何評價。 我一時間也不知道該如何評價,只能提醒他不要寫死代碼,目前 axios 還沒入選開源庫,後期有可能換成其他替代品。 會後我專門到網上搜一番,發現二次封裝 axios 的案例確實不少,但給我感覺其實都半斤八兩,不見得哪個更優

zaoying 頭像

@zaoying

昵稱 zaoying

@refanbanzhang

fetch的使用記錄

如何用fetch發起post請求 下面是一個用fetch發起的post請求示例: fetch('/api/add', { method: 'POST', headers: { 'Content-Type': 'application/json', }, body: JSON.stringify({ name: 'tomcat', }), }) .then(res

refanbanzhang 頭像

@refanbanzhang

昵稱 熱飯班長

@refanbanzhang

使用form-data的content-type上傳文件問題

問題 當後端需要我們上傳文件時,一般會用form-data的類型。 接口文檔像這樣: 目標是發出這樣一個請求: 代碼示例 // file從input為file的輸入框獲取 const formData = new FormData(); formData.append('code', 'xxx') formData.append('index', "xxx"); formData.

refanbanzhang 頭像

@refanbanzhang

昵稱 熱飯班長

@assassin

@tanstack/react-query 實踐

@tanstack/react-query@5.35.5 1. isPending isLoading isFetching 傻傻分不清 const { data: knowledgeList, isFetching: loading } = useQuery({ queryKey: ['knowledgeList'], initialData: [], gcTime:

assassin 頭像

@assassin

昵稱 assassin_cike

@kkwkaikaiwang

請求的取消,我滴天這怎麼實現

因為再開發中遇見一個問題,前端發起一個請求之後,服務端很久沒響應,然後前端又重新發起了 其實很簡單 如果是fetch let controller = null controller controller.abort() // 取消請求 controller = new AbortController() const data = fetch('https://xxxxx',{ sig

kkwkaikaiwang 頭像

@kkwkaikaiwang

昵稱 kkw凱凱王

@shuirongshui

fastify-sse-v2搭配EventSource實現SSE中的AI流式回覆打字機效果

本文不贅述具體概念,通過具體案例效果,學習sse (Server-SentEvents)的具體實現,以react框架為例 SSE具體應用場景 SSE(Server-Sent Events,服務器推送事件)是一種基於 HTTP 的單向實時通信協議,核心特點是服務器主動向客户端推送數據,客户端僅被動接收,無需頻繁輪詢,且天然支持斷線重連、事件標識等特性。其應用場景主要集中在 “服務器需主動向客户端推送

shuirongshui 頭像

@shuirongshui

昵稱 水冗水孚

@youqingyouyidedalianmao

自動駕駛汽車的安全與技術挑戰,Klocwork、Helix QAC等靜態代碼分析成必備合規性工具

自動駕駛汽車安全嗎?現代汽車的軟件包含1億多行代碼,支持許多不同的功能,如巡航控制、速度輔助和泊車攝像頭。而且,這些嵌入式系統中的代碼只會越來越複雜。 隨着未來汽車的互聯程度越來越高,這一趨勢還將繼續。汽車越來越依賴於技術,將逐漸變得更加自主,並最終實現自動駕駛。因此,瞭解自動駕駛汽車的安全問題非常重要,這樣你才能回答 “自動駕駛汽車安全嗎?”、”自動駕駛汽車比人類駕駛更安全嗎?”等問題。

youqingyouyidedalianmao 頭像

@youqingyouyidedalianmao

昵稱 龍智DevSecOps

@qfifteen

受夠了團隊代碼風格不統一?7千字教你從零搭建代碼規範體系

前言 此篇文章主要講解如何來搭建一套代碼規範體系,主要內容為:通過 ESLint + Prettier + Stylelint 實現代碼風格規範、格式化,通過 EditorConfig 實現 IDE 編碼風格規範化 本文約 7k 字,主要內容分為 7 個大章節,內分多個小章節。請耐心讀完,相信你應該有所收穫 本文也是《通俗易懂的中後台系統建設指南》系列的第四篇文章,該系列旨在告訴你如何來構建一個優

qfifteen 頭像

@qfifteen

昵稱 十五

@youqingyouyidedalianmao

遺留代碼全解析:什麼是遺留代碼、如何處理和重構、有效處理遺留代碼的靜態分析工具等

什麼是遺留代碼?遺留代碼是指已經存在且需要再次使用的源代碼。它不一定是糟糕的代碼,但通常需要一些努力才能集成到較新的系統中。這意味着您需要有效的方法來解決遺留代碼的問題。 您處理遺留代碼的機率有多大?鑑於 TIOBE流行度指數排名前10的編程語言大多已存在至少20年,因此,您遇到遺留代碼的機率非常高。(Go語言是個例外,它首次出現於2009年。) ↑ 隨時間變化的TIOBE流行度指數

youqingyouyidedalianmao 頭像

@youqingyouyidedalianmao

昵稱 龍智DevSecOps

@meirenlidexiaomaju

全面解析EV代碼簽名證書:增強軟件安全,提升下載率

EV代碼簽名證書是什麼? EV代碼簽名證書(Extended Validation Code Signing Certificate)是一種高級別的數字簽名證書,用於為軟件代碼、應用程序或驅動程序提供數字簽名,確保其來源的真實性、完整性以及未被篡改。與普通的代碼簽名證書(如OV或DV)相比,EV代碼簽名證書提供了更高的信任級別,特別適用於需要增強用户信任的商業軟件或企業級應用。 EV代碼簽

meirenlidexiaomaju 頭像

@meirenlidexiaomaju

昵稱 好心人帥崽

@xingxingshangdelizhi

代碼簽名證書申請全攻略

代碼簽名證書是提供給軟件開發者,對其開發的軟件代碼進行數字簽名的數字證書,用於驗證開發者身份真實性、保護代碼的完整性。以下是代碼簽名證書申請的全攻略: 一、準備階段 確定證書類型: OV代碼簽名證書:滿足基本的安全認證需求,能向用户表明軟件來源可靠,未被篡改。 EV代碼簽名證書:對於開發驅動程序、內核模塊等涉及系統底層關鍵組件的開發者,需申請更為嚴格的EV(Extended V

@joyssl

代碼簽名證書中的OV跟EV有哪些區別

代碼簽名證書中的OV與EV區別詳解 代碼簽名證書是軟件開發者和企業用來對代碼進行數字簽名的工具,確保代碼的完整性和來源可信。它能夠防止代碼在傳輸過程中被篡改,並幫助用户識別軟件的發佈者。根據驗證級別的不同,代碼簽名證書主要分為兩種類型:組織驗證型(OV)和擴展驗證型(EV)。這兩種證書在驗證流程、安全級別、使用場景等方面存在顯著差異。以下將詳細分析它們的區別。 一、驗證流程的區別 組織

joyssl 頭像

@joyssl

昵稱 JoySSL

@youqingyouyidedalianmao

【JVM開發者必看】IntelliJ IDEA代碼分析實踐指南:實時糾錯、冗餘檢測、自動修復等

靜態代碼分析是指在不實際運行代碼的情況下掃描代碼以發現潛在問題。IntelliJ IDEA中的檢查可以在您編譯項目之前檢測到其中的潛在問題。IDE 可以高亮顯示各種問題、定位死代碼、發現可能的Bug和拼寫問題,並改善整體代碼結構。 本系列博文將介紹IntelliJ IDEA中代碼分析的幾種方式,以幫助您查找並修正代碼中的問題。接下來,一起來了解IDE如何幫助您在處理代碼時預防問題。 查找並修正代碼

youqingyouyidedalianmao 頭像

@youqingyouyidedalianmao

昵稱 龍智DevSecOps

@daxi_613eff614e117

Helix QAC 2025.1 重磅發佈!MISRA C:2025® 100%覆蓋

Helix QAC 2025.1新增功能 Helix QAC 2025.1 實現了對新版 MISRA C:2025® 標準的 100% 覆蓋,並提供對應的合規性模塊。此版本還擴展了對 CERT C:第一級建議的支持,更新了與 Perforce Validate 平台集成的 CI/CD 環境授權機制。Validate 平台新增 SAML/OIDC 羣組同步支持,並通過性能優化降低構建加載時間和服務器

daxi_613eff614e117 頭像

@daxi_613eff614e117

昵稱 旋極智能

@wanmeideshuanggang

2025年中國DevOps工具選型指南:主流平台能力橫向對比

在數字化轉型縱深發展的2025年,中國企業的DevOps工具選型呈現多元化態勢。本文從技術架構、合規適配、生態整合三個維度,對Gitee、阿里雲效(雲效DevOps)、GitLab CE(中國版)三大主流平台進行客觀對比分析,為企業技術決策提供參考。 一、安全合規能力對比 在網絡安全法、數據安全法雙重約束下,DevOps平台的數據駐留機制和審計能力成為關鍵指標。Gitee通過公安部三級等保認證,支

wanmeideshuanggang 頭像

@wanmeideshuanggang

昵稱 wanmeideshuanggang

@haixiudeshanghen_cc1dwg

2025年中國DevOps工具選型指南:主流平台能力橫向對比

在數字化轉型縱深發展的2025年,中國企業的DevOps工具選型呈現多元化態勢。本文從技術架構、合規適配、生態整合三個維度,對Gitee、阿里雲效(雲效DevOps)、GitLab CE(中國版)三大主流平台進行客觀對比分析,為企業技術決策提供參考。 一、安全合規能力對比 在網絡安全法、數據安全法雙重約束下,DevOps平台的數據駐留機制和審計能力成為關鍵指標。Gitee通過公安部三級等保認證,支

haixiudeshanghen_cc1dwg 頭像

@haixiudeshanghen_cc1dwg

昵稱 haixiudeshanghen_cc1dwg

@wanmeideshuanggang

2025年中國主流DevOps平台對比分析:Gitee、阿里雲效與GitLab CE的技術適配與合規實踐全景解讀

在數字化轉型縱深發展的2025年,中國企業的DevOps工具選型呈現多元化態勢。本文從技術架構、合規適配、生態整合三個維度,對Gitee、阿里雲效(雲效DevOps)、GitLab CE(中國版)三大主流平台進行客觀對比分析,為企業技術決策提供參考。 一、安全合規能力對比 在《網絡安全法》《數據安全法》雙重約束下,DevOps平台的數據駐留機制和審計能力成為關鍵指標: 平台

wanmeideshuanggang 頭像

@wanmeideshuanggang

昵稱 wanmeideshuanggang