[B! graphql][mizchi] somathorのブックマーク

somathor id:somathor

graphqlとmizchiに関するsomathorのブックマーク (2)

GraphQLを勉強した - mizchi's blog
自分でGraphQLサーバーを実装しながら勉強したログ。間違ってるかも。コードはここにあるが、何の注釈もない。 https://github.com/mizchi-sandbox/play-graphql-server RESTの課題 REST は URI とモデルのマッピング構造だが、往々にしてクライアントで必要となる構造はモデルのうち一部であったり、そのリレーショナルな構造に依存する。つまり、REST というルールに従って必要なデータを組み立てると、リレーショナルな構造によってN回のリソースへのアクセスと、興味がないデータを含んだ不要なペイロードが発生しがちである。 GraphQL は何をしたいか 1リクエスト内でモデルへの問い合わせを合成し、さらに必要なものだけ返却したい言語とは独立した、転送経路上のモデルの定義を行いたいパフォーマンス上の理由とセマンティクスが同居している
somathor 2017/02/10
mizchi

graphql
リンク
JavaScript でクラスベースの設計より関数指向の実装を薦める理由 + GraphQL について - mizchi's blog
最初に: 「Functional Programming 最高！」という話ではないです JSは通信やストレージに保存するデータの扱いの関係で、JSONにシリアライズできることが至上命題になるケースが多いので、クラスベースの設計で自身に副作用を起こすメソッドより、イミュータブルな T => T なstatic methodとして切り離しておくと扱いやすいケースが多い— 現場の声 (@mizchi) 2016年9月6日複雑なオブジェクトのシリアライズは簡単だけど、逆にシリアライズされたオブジェクトからビルダを構築するのが難しいので、JSONの構造体自身とは別に独立して独立したメソッドとしてビルダが切り離されている方が扱いやすい— 現場の声 (@mizchi) 2016年9月6日一応コンストラクタ名を保存してシリアライズ/復元する方法はあって、RPGツクールMVのコードを読むとそういう感じに
somathor 2016/09/07
mizchi

javascript

json

graphql

immutable.js
リンク
1