聊聊前端框架的未來 Signals
Signals 在目前前端框架的選型中遙遙領先! 國慶節前最後一週在 Code Review 新同學的 React 代碼,發現他想通過 memo 和 useCallback 只渲染被修改的子組件部分。事實上該功能在 React 中是難以做到的。因為 React 狀態變化後,會重新執行 render 函數。也就是在組件中調用 setState 之後,整個函數將會重新執行一次。 React 本身做不到
昵稱 jump__jump
Signals 在目前前端框架的選型中遙遙領先! 國慶節前最後一週在 Code Review 新同學的 React 代碼,發現他想通過 memo 和 useCallback 只渲染被修改的子組件部分。事實上該功能在 React 中是難以做到的。因為 React 狀態變化後,會重新執行 render 函數。也就是在組件中調用 setState 之後,整個函數將會重新執行一次。 React 本身做不到
昵稱 jump__jump
我以往寫的技術類文章,絕大部分是問題反思、方法論之類的,極少有某個具體技術或工具的介紹與使用教程——除非是我創造的。 眼看着曾經經常針對前端領域問題進行有價值思考與討論的前輩、大佬、同行們接連退隱或沉默,這塊兒的高價值新產出內容越來越少。 因此,我打算自告奮勇地正式接下「對前端領域問題進行思考並儘量產出高價值內容」這個生態位的接力棒。 需要特別説明的是,「前端領域」不侷限於以 HTML、CSS、J
昵稱 歐雷
走過路過不要錯過,只説一遍,真的很好用,不好用你可以在評論裏面噴我、踩我 uniapp插件地址(https://ext.dcloud.net.cn/plugin?id=15196) 一套代碼打包多個微信小程序 一套代碼打包多個抖音小程序 簡介 此項目是用來免除手動替換小程序appid的煩惱。有些公司會在開發環境是一個appid,測試,準生產,生產又是另一個appid,避免我們每次手動填寫,打包構建
昵稱 浪跡天涯小king
安全芯片是指芯片內帶有微處理器CPU、隨機數發生器、硬件密碼算法、存儲單元(包括隨機存儲器RAM、程序存儲器ROM(FLASH)、用户數據存儲器EEPROM)以及芯片操作系統COS的智能芯片,相當於一台微型計算機,不僅具有數據存儲功能,同時具有命令處理和數據安全保護等功能。 安全芯片是集成了密碼算法的專用芯片。密碼技術是保護信息安全的主要手段,它通過對信息進行重新編碼,在保證信息的完整性和正確性的
昵稱 VX__QNKJSY
前言 流光溯影,縱觀2023全年,整個前端業界呈現出百業凋零之狀,更不乏有“前端已死”等論調甚囂塵上。從全局視角看IT行業,除了AI領域的大語言模型爆發外,整體都鮮有特別亮眼及突出的技術展現。故而,作為IT領域中細分方向的前端行業,加之整體經濟週期的影響,今年的這種形勢也算因之有素。然則,行有不得則需反求諸己,私以為各位前端同學應該以“守正”之心念搏“出新”之機遇。因此,以下個人將分享一些各位前端
昵稱 維李設論
@Observed裝飾器和@ObjectLink裝飾器:嵌套類對象屬性變化 概述 @ObjectLink和@Observed類裝飾器用於在涉及嵌套對象或數組的場景中進行雙向數據同步: 被@Observed裝飾的類,可以被觀察到屬性的變化; 子組件中@ObjectLink裝飾器裝飾的狀態變量用於接收@Observed裝飾的類的實例,和父組件中對應的狀態變量建立雙向數據綁定。這個實例可以是數組中
昵稱 相見
作為 JavaScript 開發者,我們經常忘記並不是所有人都像我們一樣瞭解 JavaScript,這被稱為知識的詛咒:當我們精通某個內容的時候,我們就不記得自己作為新人的時候有多麼困惑。我們總是對其他人的能力估計過高,因此我們覺得,自己寫的類庫需要一些 JavaScript 代碼去初始化和配置也很正常。然而,一些用户卻在使用過程中大費周折,他們瘋狂地從文檔中複製粘貼例子並隨機組合這些代碼,直到它
昵稱 Apifox
背景: taro+h5的項目; 每次build上線的時候; 如果這時候有人正在使用 h5頁面 ;因為jenkins部署是直接替換掉原來的資源;導致 單頁面應用 的頁面找不到之前的資源;出現白屏、點擊無反應、xxx is not defined 的情況 前端打包解決思路 部署的時候不刪除之前的資源包dist;以保證正在使用的客户端用户始終能找到對應的資源。 將打包資源的文件夾名定義為 版
昵稱 songxianling1992
前端工程化實踐中,Monorepo(單倉庫)管理和Lerna是兩種流行的方式,用於大型項目或組件庫的組織和版本管理。 Monorepo簡介 Monorepo(單倉庫)是指在一個Git倉庫中管理多個相關項目的開發方式。這種方式的優點在於: 集中式管理:所有項目都在一個倉庫中,方便代碼共享、版本同步和協同開發。 模塊化:可以創建獨立的模塊,方便複用和維護。 統一的CI/CD:一次配置,全倉
昵稱 天涯學館
在日常的前端開發中,我們常常藉助各種基於 Node.js 的腳手架工具來加速項目搭建和維護,比如 create-react-app 可以一鍵初始化一個 React 項目,eslint 則幫助我們保持代碼的整潔和一致。而在公司內部,為了更好地滿足特定業務的需求,我們往往會構建自己的腳手架工具,如自定義的 React 或 Vue 框架、內部使用的代碼檢查工具等。本篇文章來和大家分享一下如何用 Node
昵稱 一顆冰淇淋
寫在最前 本故事簡要地介紹了 Monorepo 的 What 和 Why,重點篇幅在於搭建一個好用的 Monorepo 工程時應該考慮的點。可以作為你在選擇工具時的條件,也可以作為你在搭建 Monorepo 工程時查漏補缺的參考。希望這對你有所幫助,哪怕只是一點點 ^O^ “在這個 AI 內容生成氾濫的時代,依然有一批人"傻傻"堅持原創,如果您能讀到最後,還請點贊或收藏或關注支持下我唄,感謝 ( ̄
昵稱 蛋先生DX
在日常的前端開發工作中,我們經常依賴各種命令行工具來提高效率和代碼質量。例如,create-react-app 和 eslint 等工具不僅簡化了項目的初始化過程,還能自動執行代碼檢查和格式化任務。當我們使用這些工具時,它們通常會通過一系列互動式的問答來收集必要的信息,從而根據我們的選擇進行相應的配置和安裝。 以 eslint 工具為例(如下圖所示),當你首次運行 eslint --init 命令
昵稱 一顆冰淇淋
隨着項目規模的增長和模塊化需求的增強,MonoRepo(單一代碼庫)的管理方式正在成為熱門選擇。本文將帶領你瞭解 MonoRepo 的形成背景,探討主流解決方案(如 pnpm workspaces、TurboRepo、Nx 和 Rush),並通過對比分析這些工具的優劣與適用場景,最終幫助你選擇最適合的工具。 MonoRepo 的形成背景 隨着項目複雜度和團隊規模的擴大,傳統的單體代碼庫或多代碼庫(
昵稱 Sean
如何解決35歲開發困境? 年少的自己總是心懷理想和未來,但眨眼之間我們已經不再年少,我們會在每一次的熬夜後感慨身體大不如前,會在連續工作幾個小時之後就感到疲憊,也會焦慮被更年輕的 人代替,焦慮自己年紀更大了之後怎麼辦。 在我23歲剛實習轉正的時候,我就一直想達成一個目的,就是在30歲之前退休。 我並不想更不能接受我32歲,35歲,40歲還到處找工作的事實。我不能把自己的命運放心的交到別人的手
昵稱 溪抱魚
每次一提到SEO(搜索引擎優化),就是優化TDK、優化頁面速度、網站標籤語義化、做sitemap、robots、關注內外鏈結構巴拉巴拉..... 毋庸置疑,這些東西就是技術小夥伴們經常關注的東西,或者連這些最基本的東西都不理解。但就僅限於此了嗎? 問題的關鍵是在於:只瞭解這些沒有意義,你只是達成了SEO的結果,你並不理解SEO的過程。你只是照貓畫虎,如果這時候讓你去自己做一個網站,你能獲得SEO的
昵稱 溪抱魚
前言 大家好,這些年來設計系統一直停留在歷史的某個時間點,缺乏創新,缺乏活力,難以有讓人眼前一亮的東西展現,但它並沒有停滯不前,我們一直致力於從一些獨特的角度重新審視和認識設計系統,通過梳理和理解組件的本質,抽象原子化組件,嚴格執行展示層與交互層的分離方式,使組件能夠更好的融合跨端設計,同時深度結合設計語義與前端代碼,確保整個系統的交互和代碼唯一性,目前我們已有一套基礎設施對外開源,歡迎大家的持續
昵稱 昭福前端語錄
需求背景 主管和其他同事基於公司的業務特點,開發了一套自研前端框架。技術選型是 React + JavaScript 的組合,上線後表現還不錯。現在他們想把這個組件庫推廣到其他團隊使用,所以讓我琢磨一下:怎麼能讓使用者用得更順手一點?尤其是能不能在寫代碼的時候有自動提示? 我調研了一下市面上常見的幾種方案,大致有以下幾類: 把整個項目從 JavaScript 重構為 TypeScript,這樣
昵稱 一顆冰淇淋
一、前言 在現代前端應用中,日誌回撈系統是排查線上問題的重要工具。然而,傳統的日誌系統往往面臨着包體積過大、存儲無限膨脹、性能影響用户體驗等問題。本文將深入分析我們在@dw/log和@dw/log-upload兩個庫中實施的關鍵性能優化,以及改造過程中遇到的技術難點和解決方案。 核心優化策略概覽: 我們的優化策略主要圍繞三個核心問題: 存儲膨脹問題 - 通過智能清理策略控制本地存儲大小 包體
昵稱 得物技術
簡介 RepoDB 是一個“混合” ORM(Hybrid ORM),旨在彌合微型 ORM(如 Dapper)和全功能 ORM(如 EF Core)之間的鴻溝,既提供對 SQL 的直接控制,又封裝了常用的高級操作 核心特性 混合 ORM 功能 支持微型 ORM 的原始 SQL 查詢(ExecuteQueryT)和 Fluent API(QueryAllT)。 提供完
昵稱 唐青楓
在現代企業應用中,Excel 文件扮演着至關重要的角色,無論是數據導入、報表生成、還是數據分析,都離不開對 Excel 數據的處理。對於 C# 開發者而言,如何高效、穩定地在應用程序中 C# 讀取 Excel 內容,常常是一個需要面對的挑戰。傳統方法可能需要依賴 Microsoft Office 的 COM 組件,這不僅增加了部署的複雜性,還可能面臨兼容性和性能問題。 本文將為您介紹一個強大而專業
@chuanghongdengdeqingwa_eoxet2
昵稱 宇文成都
在 .NET 中,提供高性能、非託管或可控內存分配的方式主要有以下幾種,但它們之間存在關鍵區別: stackalloc ArrayPoolT.Shared SpanT / MemoryT (通常與上述方式結合使用) NativeMemory 類 (用於本地內存分配) Marshal 類 (特別是 AllocHGlobal 和 CoTaskMemAlloc) 下面我們來詳細解釋它們之間的區別。
昵稱 Code數字遊民
一、為何需要自動化刪除PDF頁面? 在數字化辦公場景中,PDF文件常因導出錯誤、內容冗餘或格式兼容性問題產生多餘頁。手動刪除不僅效率低下,且容易破壞文件結構。C# 開發者需掌握自動化處理方案,而Free Spire.PDF for .NET正好提供了免費API,支持頁面刪除、合併、分割等操作,且無需安裝Adobe Acrobat。 二、核心功能實現路徑 1. 安裝免費庫 通過 NuGet 控制枱
昵稱 傲視眾生的鴨蛋_wcyg0
Go和c#的開發者都説自己比較節省內存,到底哪種語言內存效率高呢? 這個説法在不同場景下都有其道理。 Go的優勢在於其輕量級的併發模型和簡單的運行時,這使得它在處理海量併發任務時,每個任務的內存開銷極小。 C#的優勢在於其高度優化的 垃圾回收 器( GC )和現代版本中提供的底層 內存 控制工具,這讓它能高效管理複雜的對象,並在關鍵路徑上實現對內存的精細操作。 下面舉個栗子🌰 Go:輕
昵稱 煩惱的沙發
大家好,我是 Java陳序員。 之前,給大家介紹一款格式轉換全能王,支持超過一千多種的文件格式轉換。 格式轉換全能王!一個開源自託管的文件轉換神器! 今天,再給大家介紹一款 Windows 文件轉換工具,直接右鍵轉換,像複製粘貼一樣! 關注微信公眾號:【Java陳序員】,獲取開源項目分享、AI副業分享、超200本經典計算機電子書籍等。 項目介紹 FileConverter —— 一個非常簡單
昵稱 Java陳序員