質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

ただいまの
回答率

88.91%

ReactのSPAにおける、サーバーからのデータ取得タイミング

解決済

回答 1

投稿 編集

  • 評価
  • クリップ 0
  • VIEW 274

tacro

score 23

前提・実現したいこと

ReactでSPAを開発しています。
状態管理はRedux(redux toolkit)を使用しており、react-routerでroutingしています。
サーバーはCloud Firestoreを使用しています。
TwitterやInstagramなど、よくあるSNSと同じように、
投稿を一覧表示するページ(postsコンポーネント)で特定の投稿をクリックすると、当該投稿の詳細(postコンポーネント)へ遷移するような構成を実装しています。

https://hogehoge.app/posts -> https://hogehoge.app/posts/0001

一覧表示ページを経由する(postsコンポーネントをrenderする)ことなく、任意の投稿詳細URLへ直接アクセスしても当該投稿が適切に表示されるようにしたいです。

発生している問題

現在は投稿の一覧をサーバーから取得する処理をpostsコンポーネントで行なっているため、
直接特定の投稿へアクセスするとState内に値が存在せず、適切に表示することができません。

//投稿を一覧表示するpostsコンポーネント
const Posts: React.FC = () => {
    const dispatch = useDispatch();
    const posts = useSelector((state: RootState) => state.post.posts);

    useEffect(() => {
        dispatch(initPosts());
    }, []);
// 以下、DOMを描画するJSXの処理
    return (
    <>...</>
   )
}
//投稿の詳細を表示するpostコンポーネント
const Post: React.FC<UnitProps> = props => {
    const posts = useSelector((state: RootState) => state.post.posts);

    const id: string = props.match.params.id;
    const post: PostData | undefined = posts.find(p => p.id === id);


    let postDetail = null;
    if( typeof post === 'undefined') {
        postDetail = (<p>Post with id {id} doesn't exist.</p>);
    } else {
        postDetail = .... //投稿詳細を表示するJSX
    }
    return (
      <>{postDetail}</>
    );

上記のようなコードを書いているのですが、直接特定の投稿詳細URLにアクセスすると、当然postがundefinedになります。postsコンポーネント経由で遷移しても、再読み込みを行うとStateがリセットされ、同様の問題が発生します。

試してみたこと

postコンポーネント内で、Stateから取得した投稿の配列(posts)がundefinedの場合はinitPostsをdispatchする、という処理を試してみましたが、下記のようなエラーが出たため、適切ではないと判断しました。

React Hook “useEffect” is called conditionally

現在は、postコンポーネント内での当該投稿の取得ロジックを変更し、下記のようなカスタムフックにすることを検討しています。

  1. State内の投稿一覧(posts)を参照する
  2. posts内に当該投稿があるかを探す
  3. ない場合、サーバーから当該投稿のみを取得する

ただ、もっと効率的な実装方法やデファクトのやり方があるのではないかとも考えています。
素人質問で恐縮ですが、考え方や参考情報のキーワードなどでもご提示いただけますと幸いです。
よろしくお願いいたします。

使用している環境

react-router@5.1.8
react-redux@7.1.9
reduxjs/toolkit@1.3.6
types/react@16.9.35

  • 気になる質問をクリップする

    クリップした質問は、後からいつでもマイページで確認できます。

    またクリップした質問に回答があった際、通知やメールを受け取ることができます。

    クリップを取り消します

  • 良い質問の評価を上げる

    以下のような質問は評価を上げましょう

    • 質問内容が明確
    • 自分も答えを知りたい
    • 質問者以外のユーザにも役立つ

    評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

    質問の評価を上げたことを取り消します

  • 評価を下げられる数の上限に達しました

    評価を下げることができません

    • 1日5回まで評価を下げられます
    • 1日に1ユーザに対して2回まで評価を下げられます

    質問の評価を下げる

    teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。

    • プログラミングに関係のない質問
    • やってほしいことだけを記載した丸投げの質問
    • 問題・課題が含まれていない質問
    • 意図的に内容が抹消された質問
    • 過去に投稿した質問と同じ内容の質問
    • 広告と受け取られるような投稿

    評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。

    質問の評価を下げたことを取り消します

    この機能は開放されていません

    評価を下げる条件を満たしてません

    評価を下げる理由を選択してください

    詳細な説明はこちら

    上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。

    質問の評価を下げる機能の利用条件

    この機能を利用するためには、以下の事項を行う必要があります。

回答 1

checkベストアンサー

+1

個人的にはposts一覧とpostは使いたいデータが違う場合が多いと思うので、そもそも別のデータ構造として定義してAPIのエンドポイントを変えてしまうのがベターかと思っています。
自分なら /posts/:id にアクセスしたタイミングでpostを分岐せずfetchするように作りそうです。

また、Reactのコンポーネント内で useEffect や useSelector を直接使うのではなくて、 usePost のようなcustom hookを定義してロジックをそちらに押し込むことで、コンポーネントの実装はシンプルに保てるかと思います。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2020/07/13 14:54

    すみません、FireStoreでしたね。
    通常のバックエンドの実装前提で答えてしまっていました。

    FireStoreをあまり使ったことがないので怪しいのですが、基本的には `/posts` と `/post` で同じデータ構造を返すのが一般的なのでしょうか。
    `/posts` で不要なデータまで返していると通信量が肥大化してしまいそうなので、可能であればフロントが必要なプロパティのみ返すなどの方がベターには感じます。

    キャンセル

  • 2020/07/13 16:33

    ご回答ありがとうございます。
    FireStoreですと、データはdocumentという単位がcollectionという塊で保存されており、
    document単体を呼び出すメソッドと、collection全体を呼び出すメソッドがあると理解しています。
    (NoSQL構造のため融通が効きづらいのかもしれません)
    https://firebase.google.com/docs/firestore/query-data/get-data

    ただ、確かにおっしゃる通り、postsとpostでそれぞれ別のCustom hookを定義するのが良いように思いました。

    キャンセル

  • 2020/07/13 16:42

    なるほど、設計がかなり難しそうですね。
    書いた後に思ったのですが、URLを遷移した際に古いデータが残ったままというのはあまりよくなさそうなので、データの有無に関係なくfetchして最新のデータを取ってきた方がよいかもしれないとは思いました。

    キャンセル

  • 2020/07/15 09:18

    お返事ありがとうございます!
    >URLを遷移した際に古いデータが残ったままというのはあまりよくなさそうなので、データの有無に関係なくfetchして最新のデータを取ってきた方がよいかもしれない
    この考えは頭の中にありませんでした。
    最新のデータをとってくるようにしようと思います!

    キャンセル

15分調べてもわからないことは、teratailで質問しよう!

  • ただいまの回答率 88.91%
  • 質問をまとめることで、思考を整理して素早く解決
  • テンプレート機能で、簡単に質問をまとめられる

関連した質問

同じタグがついた質問を見る