VUE 3 代碼的變化

在 Vue2 中如果我需要請求一份數(shù)據(jù)竭讳,并且在loading和error時都展示對應的視圖,一般來說创肥,我們會這樣寫:

<template>
  <div>
    <div v-if="error">failed to load</div>
    <div v-else-if="loading">loading...</div>
    <div v-else>hello {{fullName}}!</div>
  </div>
</template>

<script>
import { createComponent, computed } from 'vue'

export default {
  data() {
    // 集中式的data定義 如果有其他邏輯相關的數(shù)據(jù)就很容易混亂
    return {
        data: {
            firstName: '',
            lastName: ''
        },
        loading: false,
        error: false,
    },
  },
  async created() {
      try {
        // 管理loading
        this.loading = true
        // 取數(shù)據(jù)
        const data = await this.$axios('/api/user')
        this.data = data
      } catch (e) {
        // 管理error
        this.error = true
      } finally {
        // 管理loading
        this.loading = false
      }
  },
  computed() {
      // 沒人知道這個fullName和哪一部分的異步請求有關 和哪一部分的data有關 除非仔細閱讀
      // 在組件大了以后更是如此
      fullName() {
          return this.data.firstName + this.data.lastName
      }
  }
}
</script>

這段代碼,怎么樣都談不上優(yōu)雅值朋,湊合的把功能完成而已叹侄,并且對于loadingerror等處理的可復用性為零昨登。

數(shù)據(jù)和邏輯也被分散在了各個option中趾代,這還只是一個邏輯,如果又多了一些邏輯丰辣,多了data撒强、computedmethods笙什?你如何迅速的分辨清楚這個method是和某兩個data中的字段關聯(lián)起來的飘哨?

讓我們把這段代碼的邏輯照搬到 Vue3 中,

看一下swr在 Vue3 中的表現(xiàn):

<template>
  <div>
    <div v-if="error">failed to load</div>
    <div v-else-if="loading">loading...</div>
    <div v-else>hello {{fullName}}!</div>
  </div>
</template>

<script>
import { createComponent, computed } from 'vue'
import useSWR from 'vue-swr'

export default createComponent({
  setup() {
      // useSWR幫你管理好了取數(shù)琐凭、緩存芽隆、甚至標簽頁聚焦重新請求、甚至Suspense...
      const { data, loading, error } = useSWR('/api/user', fetcher)
      // 輕松的定義計算屬性
      const fullName = computed(() => data.firstName + data.lastName)
      return { data, fullName, loading, error }
  }
})
</script>


就是這么簡單统屈,邏輯更加聚合了胚吁。

順嘴一提, use-swr 的威力可遠遠不止看到的這么簡單愁憔,隨便舉幾個它的能力:

間隔輪詢
請求重復數(shù)據(jù)刪除
對于同一個 key 的數(shù)據(jù)進行緩存
對數(shù)據(jù)進行樂觀更新
在標簽頁聚焦的時候重新發(fā)起請求
分頁支持
完備的 TypeScript 支持
?著作權歸作者所有,轉載或內容合作請聯(lián)系作者
  • 序言:七十年代末腕扶,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子惩淳,更是在濱河造成了極大的恐慌蕉毯,老刑警劉巖,帶你破解...
    沈念sama閱讀 206,378評論 6 481
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件思犁,死亡現(xiàn)場離奇詭異代虾,居然都是意外死亡,警方通過查閱死者的電腦和手機激蹲,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 88,356評論 2 382
  • 文/潘曉璐 我一進店門棉磨,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人学辱,你說我怎么就攤上這事乘瓤。” “怎么了策泣?”我有些...
    開封第一講書人閱讀 152,702評論 0 342
  • 文/不壞的土叔 我叫張陵衙傀,是天一觀的道長。 經常有香客問我萨咕,道長统抬,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 55,259評論 1 279
  • 正文 為了忘掉前任危队,我火速辦了婚禮聪建,結果婚禮上,老公的妹妹穿的比我還像新娘茫陆。我一直安慰自己金麸,他們只是感情好,可當我...
    茶點故事閱讀 64,263評論 5 371
  • 文/花漫 我一把揭開白布簿盅。 她就那樣靜靜地躺著挥下,像睡著了一般。 火紅的嫁衣襯著肌膚如雪挪鹏。 梳的紋絲不亂的頭發(fā)上见秽,一...
    開封第一講書人閱讀 49,036評論 1 285
  • 那天,我揣著相機與錄音讨盒,去河邊找鬼解取。 笑死,一個胖子當著我的面吹牛返顺,可吹牛的內容都是我干的禀苦。 我是一名探鬼主播,決...
    沈念sama閱讀 38,349評論 3 400
  • 文/蒼蘭香墨 我猛地睜開眼遂鹊,長吁一口氣:“原來是場噩夢啊……” “哼振乏!你這毒婦竟也來了?” 一聲冷哼從身側響起秉扑,我...
    開封第一講書人閱讀 36,979評論 0 259
  • 序言:老撾萬榮一對情侶失蹤慧邮,失蹤者是張志新(化名)和其女友劉穎调限,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體误澳,經...
    沈念sama閱讀 43,469評論 1 300
  • 正文 獨居荒郊野嶺守林人離奇死亡耻矮,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 35,938評論 2 323
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了忆谓。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片裆装。...
    茶點故事閱讀 38,059評論 1 333
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖倡缠,靈堂內的尸體忽然破棺而出哨免,到底是詐尸還是另有隱情,我是刑警寧澤昙沦,帶...
    沈念sama閱讀 33,703評論 4 323
  • 正文 年R本政府宣布琢唾,位于F島的核電站,受9級特大地震影響盾饮,放射性物質發(fā)生泄漏慧耍。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 39,257評論 3 307
  • 文/蒙蒙 一丐谋、第九天 我趴在偏房一處隱蔽的房頂上張望芍碧。 院中可真熱鬧,春花似錦号俐、人聲如沸泌豆。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,262評論 0 19
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽踪危。三九已至,卻和暖如春猪落,著一層夾襖步出監(jiān)牢的瞬間贞远,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 31,485評論 1 262
  • 我被黑心中介騙來泰國打工笨忌, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留蓝仲,地道東北人。 一個月前我還...
    沈念sama閱讀 45,501評論 2 354
  • 正文 我出身青樓官疲,卻偏偏與公主長得像袱结,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子途凫,可洞房花燭夜當晚...
    茶點故事閱讀 42,792評論 2 345

推薦閱讀更多精彩內容