はてなブックマーク

最初に GraphQLは参照系のQueryと更新系のMutationの２種類が区別して定義されています。 このように参照系と更新系のinterfaceを分けているため、GraphQLはCommand and Query Responsibility Segregation(CQRS)だと説明されることがあります。 確かにその通りなのですが、なぜCQRSのアーキテクチャなのか、具体的にQueryとMutationを定義する際にどういったことを意識するべきなのかということはあまり説明されていないように思います。 この記事ではCQRSがどういったことを意図しているのか、それを元にどのようにGraphQLでスキーマを設計するべきなのか説明します。 REST APIの問題点とCQRS RESTはURLで表現されるデータに対してCRUD(Post, Get, Put, Delete)のアクションを定義

なぜ作ったのか これまでRustのGraphQLライブラリはjuniperとasync-graphqlがありました。 これら2つはCode Firstで設計されており、GraphQLのスキーマ定義をRustのマクロを使用して定義します。 以下はasync-graphqlの例です。 use async_graphql::*; struct MyObject { value: i32, } #[Object] impl MyObject { async fn value(&self) -> String { self.value.to_string() } async fn value_from_db( &self, ctx: &Context<'_>, #[graphql(desc = "Id of object")] id: i64 ) -> Result<String> { let co

Ptera DenoのDateTimeライブラリであるPteraをリリースしたので、その紹介(宣伝)をします。 素敵なロゴはDenoのイラストを数多く書いてらっしゃる hashrockさんにデザインしていただきました！ これまでNode.jsのライブラリはMoment.js、Day.js、Luxon、date-fns などいくつか選択肢がありました。 ただ、Denoで書かれているThird Partyライブラリは自分が調査した限り見当たらなかったので、作ってみました。 Getting Started メインで使用するAPIはdatetimeです。 引数なしの場合、ローカルの現在時刻で返します。ISO8601の文字列やJavaScriptのDateなども引数としてサポートしています。 import { datetime } from "https://deno.land/x/ptera/mo

SWRとは SWRとはReactのためのデータフェッチライブラリです。 詳しい説明は省略しますが、リモートのデータ取得のためのキャッシュ機構を提供するライブラリとして知られています。 この記事では、そんなSWRが実はローカルの状態管理にも使用できることを紹介します。

達成したいこと リポジトリ 1とリポジトリ 2の間で共通のファイルがあり、リポジトリ 1 が更新された時に リポジトリ 2にも同じ内容の更新を反映したい。 今回は例としてリポジトリ 1にあるtarget.ymlが更新されたときにリポジトリ 2のtarget.ymlも更新する PR を自動作成します。 すでに類似の記事が存在しますが、こちらは npm packageの更新だったので少し違います。 Github Actions で他のリポジトリからの変更通知を受け取って PR を作成する Workflow ただ、基本的にやっていることは同じです。 実装方法 GitHub Actions を使用します。 前提として GitHub のアクセストークンを発行しておいてください。 Creating a personal access token 更新元のリポジトリ 1のGitHub Actionsは以

実行環境 Node.js 14.14.0 yarn 1.22.5 package.json("type": "module"で ESModules を有効化していることに注意。) { "name": "sample", "version": "1.0.0", "license": "MIT", "type": "module", "devDependencies": { "@types/node": "^14.14.25", "ts-node": "^9.1.1", "typescript": "^4.1.3" } }

この記事は TypeScript Advent Calendar 2020 の 17 日目です。 今回は TypeScript のTipsをいくつかあげていきたいと思います！ 割と基本的なものが多いので、普段から TypeScript をがっつり書いている方に取ってはすでに知っているものが多いかもしれません。ただ、意識しないとあまり使わなかったり、TypeScript の経験がない方に取っては新鮮なものもあるのでは？と思ったので書いてみました。 keyof オブジェクトのキーを union 型に type Post = { id: number; title: string; content: string; }; type PostKey = keyof Post; // type PostKey = "id" | "title" | "content" const sortBy = <

Next.js + Apollo Next.js の公式リポジトリには Apollo を使用する際のサンプルコードがあるが、 これらを参考に SSR するとかなりパフォーマンスが悪い。 with-apollo with-typescript-graphql 例えば、with-typescript-graphql の/pages/index.tsx を見てみる。 ... import { useViewerQuery, useUpdateNameMutation, ViewerDocument, } from '../lib/viewer.graphql' import { initializeApollo } from '../lib/apollo' const Index = () => { const { viewer } = useViewerQuery().data! ... re

kyとは kyはブラウザとDenoのためのhttp clientです。 最近ではNuxt.jsのhttp moduleに使用されるなど、人気が高まりつつあります。 名前の由来は特にないみたいだが、日本語のKYも意識されているみたい？ A form of text-able slang, KY is an abbreviation for 空気読めない (kuuki yomenai), which literally translates into “cannot read the air.” It's a phrase applied to someone who misses the implied meaning. axiosとの違い axiosはXMLHttpRequestで実装されているのに対し、kyはfetchで実装されているので、Service Workerに対応可能 axio