本文同時發佈於 Hashnode(排版比較好看)
這兩年都用 Elixir+ Phoenix + LiveView 在開發網站,遠離雜亂的 js 生態圈。最近剛好因為有相關需求,所以就大概看一下有哪些 js library 跟 framework,有興趣的就大概摸一下,寫個粗淺的心得
為了這篇文章寫了三種 TodoMVC 組合供參考
前端
Svelte
https://svelte.dev/
其實在轉用 Elixir 之前就用過 Svelte 寫過一兩個 side project;沒記錯的話,那時因為適逢 Vue2 到 Vue3 過渡期,就連 Nuxt.js 這 Vue 的最大推手也遲遲未有升級支援,而 React Hooks 帶來的開發體驗對我來說並沒有好多少,對於這兩大生態圈感到疲勞,所以就跳到 Svelte 去了
✅ 優點
- 同樣的功能,Svelte 可以用少量的程式碼實現,沒有太多冗餘的 function
- 從 jQuery 轉到這些前端大坑後,Svelte 是少數有帶給我所謂的「良好的開發體驗」的;上一個是 Elm,可惜他死透了
- 使用 js library 大多不需要像 React 那樣繞來繞去,或是得找額外打包好的 xxx-react 套件,直接使用即可,所以不存在什麼「生態圈太小」的說法
- 我再也不想寫 jsx 了
🤌 缺點
- 數據綁定方面用了很多語法糖,compiler 做掉了很多東西,所以初次使用在這方面會需要一點「想像力」
- 說實話,這連缺點也算不上
💡 延伸閱讀
Astro
https://astro.build/
✅ 優點
- 由於框架特性,我可以把不需要用 js 的 components 寫成 astro 檔,剩下的檔案就幾乎是確定需要 js 邏輯操作的部分了,方便重點關注
- 除了產生一般的靜態 html 外,還可以打包成 middleware 給 Express、Fastify 或線上 server 做 SSR 用,十分聰明的做法
- 你學 React 就需要碰 Next,學 Vue 就需要接觸 Nuxt;基於上一條特性,不管你想學 React、Vue 還是 Svelte,你都可以先忽略那些專屬的 SSR framework,直接套到 Astro 上就行,降低學新東西或技術選擇時「要換就得全換」的門檻
- 大多數網站沒有 SPA 的必要,用 MPA 還能省掉頁面切換時可能要另外寫重設 state 數值的部分,讓邏輯更單純
🤌 缺點
- Astro 可以包其他 jsx 檔,但 jsx 不能反包 astro 檔,雖然可以繞點遠路,但還是稍嫌可惜(以 React 為例)
💡 延伸閱讀
全端
首先給下面要介紹的東西先做個資訊補充,除了前端 framework 是吃後端的 json 再更新部分 html 外,也有一種是讓後端直接生成部分 html 丟給瀏覽器做局部更新的;好處是前端需要寫的 js 極少,甚至可以把 form validate 直接讓後端處理,不需要 js 做一次 validate,後端再做一次
舉凡 Laravel 的 Livewire、RoR 的 Hotwire、Phoenix 的 LiveView 都是此類
htmx
https://htmx.org/
✅ 優點
- 如果你使用的後端 framework 沒有像上述選項有自家的高度整合方案(比如 Django),htmx 會是一個很好的通用方案
🤌 缺點
- 由於參數遍佈 html,所以功能複雜的頁面在維護上可能會有反效果
- 自帶的 Events 有點雜
💡 延伸閱讀
Alpine
https://alpinejs.dev/
這是由 Livewire 作者所開發的,用来補足不需要與後端互動的部分
✅ 優點
- 與後端溝通的部分由 htmx、LiveView 這些負責,剩下瑣碎的前端互動可由 Alpine 代勞,兩者結合之後,幾乎不用寫到什麼 js
💡 延伸閱讀
後端
Nest.js
https://nestjs.com/
✅ 優點
🤌 缺點
- 跟 Express、Koa 一樣屬於輕量型的 framework,對於專案結構沒有太嚴格的規劃。若不定義好結構容易跟以前一樣程式碼越多架構越亂
- 不理解為什麼需要包 rxjs?
💬 備註
- 如今大部分的 template engine 都沒在更新或是僅有維護了,雖然應該也沒人在用了
Adonis.js
https://adonisjs.com/
這個 framework 初衷是讓 PHP 用戶方便轉移到 Node,所以大量參考了 Laravel 的結構
✅ 優點
🤌 缺點
- 或許是客群取向關係,純 js 的開發者的關注度不算高
💬 備註