バックエンド・ロード構成が必要な理由とビジネス・ロジック

3212 ワード

apollo graphql バックエンドテキストリンク

1-1. スクリーン構成をロードする必要があるのはなぜですか?

デフォルトでは、外部から受信したデータには、リクエストと応答が含まれます.
所要時間が長い.

usQueryで受信したデータはGraphQLサーバから来ています.

これらのデータを処理するのに時間がかかる場合、データを直接受信するデバイスがなければ、必ず未定義のエラーが発生します.

データが完全に受信される前に、falseまたはデータが完全に受信されたかどうかの分岐処理によってデータを取得するロード処理が必要である.

※コンパイルは正常に行えますが、データが受信できない場合があります

3つの演算子や分岐処理などでデータを受信する条件を追加します.

if(loading) {
  return (loading logic)
}

if(!loading && data.seemovie){
  return (rendering logic)
}

data.seemovieの条件処理または3つの演算子処理によりデータを受信します.

Query内部冗長伝達構造

は、通常、変数パラメータを使用する場合、パラメータを一緒に渡すことによって二重クエリを実現する.

非構造化方法におけるコードが長すぎるという欠点を補うために、
Javascript構文は、重複する変数名を簡潔に処理するために使用されます.

の上のコードのように、data.seemovie部分が非構造化でデータを転送する場合、dataとなります.seemovieコード(特に3つの演算子を使用する場合)が繰り返される場合があります.

この時のdata?seemovie?.~~ 一緒に使用する場合はdataです.seemovieを記録する必要がなく、seemovie内部のオブジェクト使用にアクセスできます.

別の例

{loading && data.seemovie && data.seemovie.title}

このコード

{ loading && data?.seemovie?.title}

このように簡潔に表現することができます.
※温点でなければなりません(.)貼り付けます.

この問題について(バックエンド・ロード構成が必要な理由とビジネス・ロジック), 我々は、より多くの情報をここで見つけました https://velog.io/@gyrbs22/백엔드-loading-구성이-필요한-이유와-관련-실무-logic

テキストは自由に共有またはコピーできます。ただし、このドキュメントのURLは参考URLとして残しておいてください。

Collection and Share based on the CC Protocol