控件即是塊編輯器的「塊」
近期時不時地會想「反混沌前端工程」當前比較重要且優先的兩塊事情:控件(UI 組件)體系 Petals 和通用塊編輯器。 大部分人不會認為這兩者之間有什麼聯繫,然而在我眼中關係可大了去了——它們的「本質」可以近似看作是一個東西。 控件可以認為是當下 GUI 開發的重要基礎設施和基本單元,而在塊編輯器體系中則是「塊」,理論上「塊」就是控件,是被注入特殊狀態的控件——好比一個被施了法術的人成為提線木偶一
Nickname 歐雷
Contributes2
Followers0
近期時不時地會想「反混沌前端工程」當前比較重要且優先的兩塊事情:控件(UI 組件)體系 Petals 和通用塊編輯器。 大部分人不會認為這兩者之間有什麼聯繫,然而在我眼中關係可大了去了——它們的「本質」可以近似看作是一個東西。 控件可以認為是當下 GUI 開發的重要基礎設施和基本單元,而在塊編輯器體系中則是「塊」,理論上「塊」就是控件,是被注入特殊狀態的控件——好比一個被施了法術的人成為提線木偶一
Nickname 歐雷
若看了上篇筆記,眼尖的鐵汁們應該發現,最終的重構成果並未出現目錄結構調整方案提到的 domain 文件夾。 這是因為領域建模是個相對較難且需要長期去做的事情,所以我們不急,慢慢來,要用心地思考與處理——從本篇筆記開始就會涉及到相關內容啦! 在進行實際的鏟💩演練之前,這篇筆記先來講解下 domain 文件夾的重要性,請各位鐵汁搬來小板凳坐坐好,用小拇指清理下👂🏼聽我説—— 在我所設計的「模塊化
Nickname 歐雷
鐵汁們聽好了哈——從本篇筆記開始,將進入實際的鏟💩演練啦! 這首先要被剷除的💩,是分佈在我接手官網項目後最先接觸的用户個人主頁裏。 在這系統中,用户分個人與項目方兩種,它們的個人主頁雖看起來一樣,但視覺細節和數據結構等還是有些差異的,佈局結構大致如圖所示: 個人主頁原先代碼中,其他部分還算有點封裝意識,但最重要的課程、活動等列表部分的代碼看起來就是初級水平,將它們全部糅合在一個 React
Nickname 歐雷
最近哥們兒我接手了一個官網的前端項目,雖説是官網,但它是個 Web 應用而非營銷網站,所以還是有一定複雜度在的。 這幾天是邊往死裏摁🐞邊熟悉代碼邏輯,沒想到這是個燙手🍠,前人留了一堆坑給我——令我覺得他撐死了也就中級水平,不能再高了……🙁☹️🙂↔️ 是不以為我看到這💩山會苦惱不堪,心中如那呼倫貝爾大草原般萬🐎奔騰? 不!你想錯了!!我興奮得很呢!!! 別誤會,別誤會!我不是那個什麼「
Nickname 歐雷
從事前端開發的你,不知有沒有被問過:「前端有架構嗎?」 問你的人的身份,可能是你的 boss 或上司,可能是後端同事,也可能是前端同行;問你的人的目的,可能是刁難,可能是嘲諷,也可能是請教。 前端開發 眾所周知,做前端開發所依賴的核心技術就是 HTML、CSS 和 JS,就像好基友一樣形影不離,我們將它們仨親切地並稱為「三劍客」。 經過這二十多年,尤其是在 V8 引擎及 Node.js 出現之後,
Nickname 歐雷
我以往寫的技術類文章,絕大部分是問題反思、方法論之類的,極少有某個具體技術或工具的介紹與使用教程——除非是我創造的。 眼看着曾經經常針對前端領域問題進行有價值思考與討論的前輩、大佬、同行們接連退隱或沉默,這塊兒的高價值新產出內容越來越少。 因此,我打算自告奮勇地正式接下「對前端領域問題進行思考並儘量產出高價值內容」這個生態位的接力棒。 需要特別説明的是,「前端領域」不侷限於以 HTML、CSS、J
Nickname 歐雷
一、前言 在現代前端應用中,日誌回撈系統是排查線上問題的重要工具。然而,傳統的日誌系統往往面臨着包體積過大、存儲無限膨脹、性能影響用户體驗等問題。本文將深入分析我們在@dw/log和@dw/log-upload兩個庫中實施的關鍵性能優化,以及改造過程中遇到的技術難點和解決方案。 核心優化策略概覽: 我們的優化策略主要圍繞三個核心問題: 存儲膨脹問題 - 通過智能清理策略控制本地存儲大小 包體
Nickname 得物技術