#Vue 有人使用vue3後,還是繼續使用 Options API 的嗎

用了vue3後,發現好像大家都用 Composition API 雖然Options API也還能用,但網路上的教學、分享文通通都是用 Composition API 所以我才跟著用 Composition API 但我真的覺得好難用 先不說常用的函式還要自己import,反正nuxt會自動import 主要是看到那些生命週期、函式、資料通通混在一起,就覺得好混亂 而且這樣script中會用到的變數,跟原本應該在Options API中寫在data()中的資料 也都通通混在一起,在閱讀程式碼時無法一眼就分辨這是變數還是data()中會用到的資料 我目前的想法是,是不是應該在變數中自訂一些命名規則來處理這部分的問題 然後ref(), reactive()也好煩 建立變數時要寫這些,使用時還要寫.value 這些真的讓我越寫越煩躁 為了讓資料、生命週期、函式那些能自由排列 把更相關的部分通通放在一起 然後要多寫這些東西,真的有比較方便嗎? 但網路上看別人講到 vue3 通通都在用 Composition API 了 真的沒有人寫了vue3後,還是繼續使用 Options API 開發的嗎?
愛心
1
9
全部留言
因為你沒有習慣吧,一開始寫起來真的很髒,但是你用composable寫法把script 單獨拉出來寫的時候就會變得很乾淨了,甚至很適合寫單元測試。 其實你還要加上ts才會有感,每個傳入component 的物件結構都是清晰的。 資料來源:Medium https://share.google/cM6Q6oFkBN6xcL6lh
B1(已編輯)
要習慣改變 幾年以後應該用不到vue 要改學別的
當初Vue3 的optional API是給Vue 2過渡到Vue 3使用者,沿用風格開發用,雖然composition API也引起滿大抗拒聲浪,不過利用組合式函式抽離商業邏輯,可以避免元件耦合,之後需求變動才不會很痛苦~ 當然你如果想用composable 引入optional API setup()也行,只是比較奇怪,因為有data和setup兩者可能出現資料綁定的地方。
Composition API 更接近香草寫法 連原生JS的這種基本功你都嫌,你確定你還要做前端? 順帶一提,你說常用的函式還要自己import 那你知道 vue 有 auto import 的套件嗎? 連資料都懶得查,連臨摹都懶得學,我想你大概也不知道 人要學著進步,督促自己要與時俱進 為什麼官方要改成 Composition 寫法,解決了什麼,你有沒有去了解過? 會覺得混亂單純是因為你寫的爛而已 自己多去看看開源人家怎麼寫的優雅吧 少怪給工具
B4(已編輯)
這則留言已被刪除
這則留言的文字、圖片或影片,因,目前已進行移除處理。
B5
我能理解你的疑惑 其實Vue3只是讓程式回到程式的樣子 Vue2那種分類法,直觀但不符合程式抽離
B6(已編輯)
直接鬼轉React實在 vue已經把自己搞的四不像,一開始主打簡單好用,後來嚮往react的生態又魔改,改道後面自己都沒特色也只學一半