WebDong Logo WebDong
  • 關於
  • 文章
  • 工具
  • 短文
    New
  • #36

    發現特別是技術類作者會把文章放置在不只一個地方

  • #35

    那個酷酷的網頁背景是怎麼做到的?

  • #34

    為什麼要保持套件版本更新?

  • #33

    你還記得瀏覽器引擎前綴 (Vendor Prefix) 嗎?

  • #32

    Git 如何管理大型檔案?

  • #31

    XML 和 AJAX

  • #30

    重新思考如何建構 RWD 網頁,透過 CSS Container Queries

  • #29

    聽名稱就感覺生產力 UP UP 的字體 —— Commit Mono

  • #28

    近期發現不錯的免費英文網頁開發教學平台 —— Egghead.io

  • #27

    為什麼會有 _ 在數字當中?

  • #26

    如何從 Git 歷史中徹底移除機密文件?

  • #25

    軟體園藝家 Software Gardener

  • #24

    一直以為 PowerShell 就是藍藍的 cmd

  • #23

    分享一個我自己在預覽 GitHub 專案時常用的訣竅 —— 點

  • #22

    追蹤瀏覽器版本支援程度 —— Can I Use 網站

  • #21

    Chromium 開發者工具 —— Layers

  • #20

    可視化 JSON 資料 - JSON Crack

  • #19

    不知道不同團隊是如何鞏固與紀錄開發制度的?

  • #18

    處理金錢、單位、時間的轉換原生 JavaScript 就辦得到

  • #17

    關於純手工

  • #16

    想要快速視覺化網頁元素之間的邊界可以怎麼做?

  • #15

    資料庫圖示的來由

  • #14

    想要及時編輯預覽網頁內容可以怎麼做?

  • #13

    你能說明設計系統與元件庫在網頁領域中的差異嗎?

    直覺的想法是:

    • 🎨 設計系統 - 設計者的東東,定義樣式風格體驗。
    • 🧱 元件庫 - 開發者的東東,定義使用者介面組件。

    🎨 設計系統包含像是顏色、字體樣式、無障礙規則、文案語氣……等「代表品牌體驗相關的描述」,類似品牌體驗文件。從平面設計端的角度來說類似著重於企業識別系統 (CIS) 中視覺識別 (VI) 的部分。

    🧱 元件庫更偏向實踐層面,蒐集現有的使用者介面模式並定義為元件:如何、為什麼、什麼時候應該或不應該去使用該元件。

    也就是說,其實並不應該透過某個專業領域去區分它們,而是從概念到落地實踐的程度,我也會和設計者共同溝通維護整體元件庫以確保雙方領域達成共識。

    最後,建立這一大堆「文件」有什麼好處?

    1. 一致性:統一外觀與產品體驗,使得橫跨領域也能存在共通語言。
    2. 減少重複工作:與其每次規劃全新的使用者介面,將介面分散為可復用的元件提高效率。並不是所有產品都應該花時間建構設計系統或元件庫,但當產品找到市場定位進入維護期時,這些基礎建設就相當重要。

    想要了解常見的使用者介面模式或設計系統可以參考看看:Component Gallery🔗

  • #12

    舉例 Radix、Headless UI,為什麼無樣式元件這麼熱門?

  • #11

    關於經營部落格

  • #10

    建構正確的網頁 UI 不應該是個麻煩的問題

  • #9

    AI 取代人類的恐懼

  • #8

    如何驗證客戶端資料的正確性

  • #7

    關於經營部落格

  • #6

    製作了部落格想要額外添加文章搜尋功能該怎麼辦?

  • #5

    推薦免費網頁圖片編輯器

  • #4

    你有多久沒有升級專案的套件版本了呢?

  • #3

    與朋友的 TDD 觀念閒談

  • #2

    你會如何解這個下拉式選單樣式問題呢?

  • #1

    使用 Iconify 在網頁中加入各式各樣的圖示

CC BY-NC 4.0
  • Thread
  • GitHub
  • RSS