第一次看到 Svelte 時，心中想著「恩...又是一個新的前端框架了嗎？」，抱持著這樣的心情沒有在意太多。直到後來看到越來越多部落格文章介紹以及很多網站都在用之後，開始引起了我的好奇心。

Svelte — 是什麼讓我遇見這樣的你

但是 Svelte 走的路也註定會遇到一些問題，最主要的就是 Svelte 沒辦法在 runtime 當中幫你做太多事情。

Svelte 筆記（1）- 沒有銀彈

今天跑去看 Svelte 原始碼，摸熟架構的同時順便看看有沒有什麼簡單的 issue 可以拿來練手。

這一系列的文章以探討 Svelte 原理實作為主，希望能讓讀者對於 Svelte 的編譯機制與程式碼生成有更深入的理解。由於 Svelte 編譯過程涉及程式碼解析，因此這一篇文章主要會先討論抽象語法樹是什麼，並進一步說明抽象語法樹扮演的角色與重要性。

為了生成最後的程式碼，Svelte 必須將元件編譯一次獲取必要資訊，Svelte 的編譯過程到生成程式碼主要會通過幾個階段，在本篇文章會一一介紹

從 Svelte 的核心理念可以得知，Svelte 希望從編譯過程中盡可能地獲取必要資訊，減少在動態的 overhead。上一篇文章中說明了 Svelte 從編譯到生成程式碼是如何運作的，今天要來觀察一下 Svelte 生成的程式碼是怎麼運作的。

Svelte 關注度逐年攀升，這篇文章整理了幾個 2022 年值得學習 Svelte 的理由，同時也會來談談 Svelte 使用上的缺點。

我在研究新的函式庫時，同時也會研究這個人（當然不是全部，不然一個 npm install 大概就要花一輩子去看了）。因為技術的創造者是人、函式庫的創造者是人、框架的創造者是人，大家都是有血有肉、有感情的人。