React Apollo Client調(diào)教升級(jí)手冊(cè)

問(wèn)題

業(yè)務(wù)復(fù)雜度脱篙、用戶量的提升盹愚,不僅僅是考驗(yàn)服務(wù)端,也需要客戶端做一些改進(jìn)遭商,所以僅僅在前人搭好apollo client屯阀,只會(huì)使用query缅帘、mutation傳遞參數(shù),獲取結(jié)果顯的有點(diǎn)不足蹲盘,也沒(méi)能夠深刻理解apollo股毫,不滿足于將來(lái)業(yè)務(wù)發(fā)展的需求。所以更加深入的來(lái)理解下Apollo client吧召衔。

管理context

因?yàn)殍b權(quán)需要铃诬,需要?jiǎng)討B(tài)生成鑒權(quán)參數(shù),每一個(gè)請(qǐng)求都需要set不同的context,所以本周答賺項(xiàng)目上線鑒權(quán)做了一個(gè)僵硬的做法苍凛,給所有請(qǐng)求生成了一遍新的context,這樣重復(fù)工作量就很大了趣席,而且容易遺漏;

mutate({
    mutation: GQL.RewardMutation,
    variables: {
        reason: 'CLICK_DRAW_FEED',
    },
    context: getAuthContext(),
    refetchQueries: () => [
        {
            query: GQL.MeMetaQuery,
            variables: {
                refetch: 1,
            },
            context: getAuthContext(),
        },
    ],
})

所以想到了第一種改進(jìn)方案醇蝴,自己定義query/mutation manager宣肚,替換所有請(qǐng)求函數(shù),在query/mutation manager中修改就行了悠栓,但是今天仔細(xì)想想還是很僵硬霉涨,它們應(yīng)該不是用來(lái)干這種事,apollo自己應(yīng)該能處理好惭适;


image.png

https://www.apollographql.com/docs/react/api/link/introduction/#composing-a-link-chain

看了官方對(duì)于Apollo Link的解釋可以知道我們需要自定義apollo Link笙瑟,每個(gè)Link中的context都是可以修改的,最初的僵硬寫法也是如此操作的

  • 通過(guò)調(diào)用獲取當(dāng)前上下文對(duì)象operation.getContext()。
  • 修改上下文對(duì)象癞志,然后使用operation.setContext(newContext)將其寫回
 const request = async (operation) => {
        const authContext = operation.getContext()?.headers || {};

        operation.setContext({
            headers: {
                token,
                ...headers,
                ...authContext,
                testHeader: true,
                Authorization: 'Bearer ' + token,
            },
        });
    };

所以可以在此位置直接動(dòng)態(tài)生成context

 const request = async (operation) => {
        const authContext = getAuthContext();

        operation.setContext({
            headers: {
                token,
                ...headers,
                ...authContext,
                testHeader: true,
                Authorization: 'Bearer ' + token,
            },
        });
    };
錯(cuò)誤策略
  • 兩種數(shù)據(jù)請(qǐng)求的錯(cuò)誤:

GraphQL錯(cuò)誤:GraphQL結(jié)果中的錯(cuò)誤可能與正常結(jié)果一起出現(xiàn)往枷,例如result.errors
服務(wù)器錯(cuò)誤:服務(wù)器內(nèi)部錯(cuò)誤,例如500,403

但是apollo默認(rèn)是任何GraphQL錯(cuò)誤都與網(wǎng)絡(luò)錯(cuò)誤一樣,apollo無(wú)法緩存graphql錯(cuò)誤結(jié)果错洁,同時(shí)還會(huì)被全局異常捕獲秉宿,所以即使是服務(wù)端返回的graphql錯(cuò)誤提示,都上傳到了sentry屯碴,這顯然不是我們想要的結(jié)果描睦;所以我們可以:

//對(duì)需要的請(qǐng)求設(shè)置:
const result = useQuery(MY_QUERY, { errorPolicy: 'all' });
//也可以在New ApolloClient中為所有請(qǐng)求設(shè)置
const client = new ApolloClient({
  defaultOptions: {
     query: {
       fetchPolicy: 'network-only',
       errorPolicy: 'all',
     },
     mutate: {
      errorPolicy: 'all',
     },
  },
});

它將把服務(wù)端的錯(cuò)誤和正確結(jié)果一起返回在result中

錯(cuò)誤處理

Apollo Link對(duì)于處理網(wǎng)絡(luò)錯(cuò)誤的功能更加強(qiáng)大。最好的方法是使用@apollo/client/link/error來(lái)捕獲和處理服務(wù)器錯(cuò)誤窿锉,網(wǎng)絡(luò)錯(cuò)誤和GraphQL錯(cuò)誤酌摇。

用法:

import { onError } from "@apollo/client/link/error";

const link = onError(({ graphQLErrors, networkError, operation }) => {
    console.log('ApolloLink onError');
    console.log('networkError', networkError);
    console.log('graphQLErrors', graphQLErrors);
    console.log('operation', operation?.operationName);
    if (graphQLErrors) {
        graphQLErrors.map((extensions, message) => {
            // gql error
            if (extensions?.code == '10110') {
                Toast.show({
                    content: message || '您的賬號(hào)已被停用,如有疑問(wèn)請(qǐng)加官方QQ群',
                });
                app.login && app.signOut();
            }
        });
    }

    if (networkError?.statusCode == 403) {
        console.log('networkError?.statusCode', networkError?.statusCode);
        Toast.show({
            content: '您的點(diǎn)擊過(guò)快嗡载,請(qǐng)稍后再試',
        });
    }
}),
  • operation:錯(cuò)誤的操作
  • response:來(lái)自服務(wù)器的響應(yīng)
  • graphQLErrors:來(lái)自GraphQL端點(diǎn)的錯(cuò)誤數(shù)組
  • networkError:鏈接執(zhí)行或服務(wù)器響應(yīng)期間的任何錯(cuò)誤

所以通過(guò)此方法窑多,可以更好的在全局管理gql錯(cuò)誤以及network錯(cuò)誤,針對(duì)不同的錯(cuò)誤做出不同的處理

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末洼滚,一起剝皮案震驚了整個(gè)濱河市埂息,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌遥巴,老刑警劉巖千康,帶你破解...
    沈念sama閱讀 211,290評(píng)論 6 491
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場(chǎng)離奇詭異铲掐,居然都是意外死亡拾弃,警方通過(guò)查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 90,107評(píng)論 2 385
  • 文/潘曉璐 我一進(jìn)店門摆霉,熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái)豪椿,“玉大人,你說(shuō)我怎么就攤上這事携栋〈疃埽” “怎么了?”我有些...
    開(kāi)封第一講書人閱讀 156,872評(píng)論 0 347
  • 文/不壞的土叔 我叫張陵婉支,是天一觀的道長(zhǎng)鸯隅。 經(jīng)常有香客問(wèn)我,道長(zhǎng)向挖,這世上最難降的妖魔是什么蝌以? 我笑而不...
    開(kāi)封第一講書人閱讀 56,415評(píng)論 1 283
  • 正文 為了忘掉前任,我火速辦了婚禮何之,結(jié)果婚禮上跟畅,老公的妹妹穿的比我還像新娘。我一直安慰自己帝美,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 65,453評(píng)論 6 385
  • 文/花漫 我一把揭開(kāi)白布。 她就那樣靜靜地躺著悼潭,像睡著了一般庇忌。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上舰褪,一...
    開(kāi)封第一講書人閱讀 49,784評(píng)論 1 290
  • 那天皆疹,我揣著相機(jī)與錄音,去河邊找鬼占拍。 笑死略就,一個(gè)胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的晃酒。 我是一名探鬼主播表牢,決...
    沈念sama閱讀 38,927評(píng)論 3 406
  • 文/蒼蘭香墨 我猛地睜開(kāi)眼,長(zhǎng)吁一口氣:“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼贝次!你這毒婦竟也來(lái)了崔兴?” 一聲冷哼從身側(cè)響起,我...
    開(kāi)封第一講書人閱讀 37,691評(píng)論 0 266
  • 序言:老撾萬(wàn)榮一對(duì)情侶失蹤蛔翅,失蹤者是張志新(化名)和其女友劉穎敲茄,沒(méi)想到半個(gè)月后,有當(dāng)?shù)厝嗽跇?shù)林里發(fā)現(xiàn)了一具尸體山析,經(jīng)...
    沈念sama閱讀 44,137評(píng)論 1 303
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡堰燎,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 36,472評(píng)論 2 326
  • 正文 我和宋清朗相戀三年,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了笋轨。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片秆剪。...
    茶點(diǎn)故事閱讀 38,622評(píng)論 1 340
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡,死狀恐怖翩腐,靈堂內(nèi)的尸體忽然破棺而出鸟款,到底是詐尸還是另有隱情,我是刑警寧澤茂卦,帶...
    沈念sama閱讀 34,289評(píng)論 4 329
  • 正文 年R本政府宣布何什,位于F島的核電站,受9級(jí)特大地震影響等龙,放射性物質(zhì)發(fā)生泄漏处渣。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 39,887評(píng)論 3 312
  • 文/蒙蒙 一蛛砰、第九天 我趴在偏房一處隱蔽的房頂上張望罐栈。 院中可真熱鬧,春花似錦泥畅、人聲如沸荠诬。這莊子的主人今日做“春日...
    開(kāi)封第一講書人閱讀 30,741評(píng)論 0 21
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)柑贞。三九已至方椎,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間钧嘶,已是汗流浹背棠众。 一陣腳步聲響...
    開(kāi)封第一講書人閱讀 31,977評(píng)論 1 265
  • 我被黑心中介騙來(lái)泰國(guó)打工, 沒(méi)想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留有决,地道東北人闸拿。 一個(gè)月前我還...
    沈念sama閱讀 46,316評(píng)論 2 360
  • 正文 我出身青樓,卻偏偏與公主長(zhǎng)得像书幕,于是被迫代替她去往敵國(guó)和親新荤。 傳聞我的和親對(duì)象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 43,490評(píng)論 2 348

推薦閱讀更多精彩內(nèi)容

  • 隨著前端的快速產(chǎn)品迭代按咒,過(guò)去我們常用的REST API就顯得太不靈活了迟隅,無(wú)法滿足前端快速變化的需求。 GraphQ...
    眸若止水閱讀 2,366評(píng)論 0 3
  • GraphQL 是一種新的 API 標(biāo)準(zhǔn)励七,它提供了一種更高效智袭、強(qiáng)大和靈活的數(shù)據(jù)提供方式,由 Facebook 發(fā)起...
    guog閱讀 4,182評(píng)論 0 6
  • 在實(shí)際開(kāi)發(fā)中掠抬,一個(gè)項(xiàng)目后端會(huì)拆分成幾個(gè)微服務(wù)進(jìn)行寫吼野,如:用戶一個(gè)模塊體系,訂單一個(gè)模塊體系两波,支付一個(gè)模塊體系等瞳步,后...
    QLing09閱讀 743評(píng)論 0 3
  • 為什么要使用GraphQL GraphQL是由Facebook團(tuán)隊(duì)在2015年開(kāi)源推出的一套用于替代傳統(tǒng)的REST...
    SCQ000閱讀 1,375評(píng)論 1 2
  • GraphQL 漸進(jìn)學(xué)習(xí) 09-graphql-apollo-client-vue-客戶端開(kāi)發(fā) 軟件環(huán)境 vue ...
    會(huì)煮咖啡的貓咪閱讀 834評(píng)論 0 0