storeプラグインです。これを、各フレームワークのcontextに突っ込んでやろうという魂胆reduxはreact、vuexはvueという感じですがクロスフレームワークでかつgraphqlの為のclient&storeというのを作ってみました。client.jsたったのこれだけと言いたいところですがこれを例えば、nuxtで使うなら、nuxtのpluginsディレクトリに突っ込むので一見、まぁまぁな規模感あるように見えます。いうか、そもそもなのですがクライアント側のvuexとかreduxだとかのストアが抱えている課題ってもうストアはストアで別個のフレームワークと捉えて設計した方が良いレベルではないかと思うのでこれはなんか正解路線なのでは?と思っています。ちなみにQueryとMutation以下のjsファイルはデモ用のファイルです。re}mutationにあたるcreateStaff.jsはこんな感じmutationはrefetchしたいモジュールファイルをrefetchという名前で読み込みます。refetch()}クライアントツールは21行のコードでqueryもmutationもOK!fetchで書くとこんなシンプルになるとは正直、驚きました。今後subscription導入のことも考えるともうちょっと大きいファイルになる可能性はあります。subscriptionは未経験なので。}}キャッシュはどうするか?キャッシュは完全切り分けの方針です。dbを使えば良いという方針で考えます。resolverを書いて解決すれば良いじゃないか!という方針です。僕は今のところlowdbを使っています。ここはお好みで好きなもの使ってよしです。cacheまとめapolloがなぜ、あれほどまでに複雑なアーキテクチャを取っているのか僕の知らない何らかの理由でああなっている可能性も大なのでこれがベストアンサーだなんて到底言い切る事はできないです。これはあくまで、1アイデアというものです。あと、jsのオブジェクトをgormっぽい書き方で読み書き出来るようなツールをご存知の方おられましたら教えて頂けると嬉しいです。サーバーとクライアントで違うノウハウというのを最小限に抑えたいということでgraphqlサーバーのアーキテクチャを真似たプラグインを作ってみたという話でした。requestStockLike3@Inadati京都でwebエンジニアやっています。graphQLの研究を行っています。投稿はその時ハマってるアニメの影響を受けます。upLoginユーザーは見つかりませんでした。