ネットスーパーアプリ GraphQL から REST へ移行始めました - every Tech Blog

2024/03/29 103 users GraphQL 移行

はじめに こんにちは、retail HUBで Software Engineer をしているほんだです。 今回は私が現在着手している事業譲渡されたアプリを社内で持続的なプロダクト開発を行える状態にするリプレイスプロジェクトをどのように行っているか紹介しようと思います。 この記事ではリプレイスを行うにあたってどのようなことを課題... 続きを読む

GraphQLはいつ使うか、RESTとの比較

2023/10/04 169 users GraphQL 観点 用途 ヒント 設計

さぼです、沖縄でWebと設計について考えてます。2023/09/23 に沖縄で行われたTechBaseOkinawa2023 にて上記のタイトルで登壇しました。 今回の内容は GraphQLを設計の観点から考えてみる GraphQLの目的や用途を整理する GraphQLを使う時、または使わない時のヒントを持ち帰ってもらう 最近、GraphQLじゃなくてRESTで良く... 続きを読む

9ヶ月かけて全ての API を REST から GraphQL にリプレースした話 - がぶちゃんの日記

2023/08/02 156 users GraphQL サマリー API 変遷 移行

サマリー システム構成の変遷 創業フェーズ はじめての API と技術選定 GraphQL 移行直前 GraphQL への移行を決めたきっかけ GraphQL 移行方針 移行期間 ふりかえり 1つ目の方針は正解だった 2つ目の方針は微妙だったかもしれないけど、正解だったかもしれない 3つ目の方針はやはり苦戦した さいごに サマリー サービス... 続きを読む

REST API設計のパターンと原則｜Sachiko Kijima｜note

2022/10/25 246 users Note API設計 原則 パターン

APIの設計って意外と移り変わりがあるんです。例えばAPIのバージョンの指定方法がヘッダーを使う方法からURLを使う方法にだんだん統合されてきました。 したがって本やスライドなど、その時点のベストプラクティスを読むよりは、生きているベストプラクティスを読んだ方が良いと思います。 ここではいくつか参考になるリ... 続きを読む

GraphQLでバックエンドのコードをすっきりさせた話 - LayerX エンジニアブログ

2021/04/12 258 users GraphQL LayerX github.com 榎本

こんにちは！LayerXの mosa_siru (榎本) です。 LayerX インボイスでは、もともと github.com/go-swagger/go-swagger を利用してREST APIを開発していましたが、最近開発したワークフロー機能 のコンポーネントではGraphQLを取り入れました。 GraphQLには様々なメリットがあり、RESTとの比較記事は多くありますが、なぜ... 続きを読む

加齢した父親の精子が子どもの神経発達障害に影響する、東北大が確認 | マイナビニュース

2021/01/07 908 users 精子 父親 神経発達障害 東北大 マイナビニュース

東北大学は1月4日、父親の加齢が子どもの神経発達障害様行動異常の原因となりうること、またその原因となる分子病態基盤として、神経分化を制御するタンパク質「REST/NRSF」が関与し、加齢した父親の精子の非遺伝的要因が子どもに影響することを発見したと発表した。 同成果は、同大学大学院 医学系研究科・発生発達神経... 続きを読む

API 設計: gRPC、OpenAPI、REST の概要と、それらを使用するタイミングを理解する | Google Cloud Blog

2020/04/16 712 users grpc OpenApi API タイミング 設計

※この投稿は米国時間 2020 年 4 月 11 日に、Google Cloud blog に投稿されたものの抄訳です。 ほとんど&#... 続きを読む

「GraphQL」徹底入門 ─ RESTとの比較、API・フロント双方の実装から学ぶ - エンジニアHub｜若手Webエンジニアのキャリアを考える！

2018/12/26 1211 users GraphQL gfx エンジニアHub API 実装

この記事では、Web APIの規格のひとつであるGraphQL（グラフキューエル）について解説します。筆者（gfx）は2017年からGraphQL APIをプロダクションで運用しており、GraphQLのDX（Developer Experience) に大きな魅力を感じているソフトウェアエンジニアです。 GraphQLは、RESTful Web API（REST）の持つ問題を解決する... 続きを読む

GraphQLはRESTの置き換えではない｜こんぴゅ｜note

2018/05/07 129 users method RESTful GraphQL Body API

GraphQLは最近注目されているWeb APIのための問い合わせ言語だ。 現在主流の RESTful なAPIはURLとmethodでリソースを表現するわけだが、GraphQLは単一エンドポイント（ex: "POST /graphql"）だけ存在し、欲しいリソースをHTTP POSTのbodyに明示的に記載してリクエストする。 ↑JSON APIをGraphQLの形式でコールする（引用:  ho... 続きを読む

GraphQLは90%のウェブサービス開発者にはまだ時期尚早ではないか - Qiita

2017/06/30 249 users Facebook GitHub Qiita GraphQL

PySpa統合思念体です。チャットで話をしたことのまとめです。何人かで雑に話をしたことのまとめで、特定の誰かの発言というわけではなく、一種の怪文書です。 さて、GraphQLが世間を賑わせ始めています。Facebookが開発し、GitHubも機能提供をし始めました。GraphQLはRESTの未来か？みたいな論調もありますが、新しいものが出てくると既存のものをサンドバックにして「まだそんな古いの使っ... 続きを読む

GraphQLはWeb APIの次のフロンティアか？ | プログラミング | POSTD

2017/06/27 409 users POSTD GraphQL フロンティア プログラミング 規約

次のAPI技術に思いを巡らせ、RESTish JSON over HTTPは大幅に取って代わられることのないほど次のAPI技術に思いを巡らせ、RESTish JSON over HTTPは大幅に取って代わられることのないほど”十分優れている”かを考える 目次 DXが最重要 RESTは合格点 次の候補 a. GraphQL b. RPC c. カスタムクライアント 規約とツールで生産性を最大化する ... 続きを読む

GraphQLを勉強した - mizchi's blog

2017/02/07 151 users GraphQL mizchi-sandbox URI 注釈

2017 - 02 - 07 GraphQLを勉強した 自分でGraphQLサーバーを実装しながら勉強したログ。間違ってるかも。 コードはここにあるが、何の注釈もない。 https://github.com/mizchi-sandbox/play-graphql-server RESTの課題 REST は URI とモデルの マッピング 構造だが、往々にしてクライアントで必要となる構造は モデルの... 続きを読む

Qiita API v2のJSON Schemaを公開しました - Qiita Blog

2015/06/05 138 users JSON Schema Qiita Qiita API イカ

こんにちは、r7kamura です。 最近は主にイカとして活動しており、カラフルな墨を掛け合う日々を送っています。 さて、QiitaおよびQiita:Teamでは、Qiita API v2としてデータを操作するためのREST APIを公開しています。これまで開発者向けに APIドキュメント を提供していましたが、今回は主に機械向けのインターフェースとして、JSON Schemaで記述したREST ... 続きを読む

技術/HTTP/REST設計思想の "Stateless" との付き合い方 - Glamenv-Septzen.net

2015/02/11 203 users Stateless http ステートレス サーバサイド 技術

id: 1350 所有者: msakamoto-sf    作成日: 2015-02-11 21:34:52 カテゴリ: HTTP プログラミング  [ Prev ] [ Next ] [ 技術 ] RESTfulなAPIやWebアプリケーションを開発する際に、一つの疑問が生じる。 RESTでは「ステートレス」を重視して、サーバサイドでのセッション管理ではなく、クライアント側で認証情報や状態を保持... 続きを読む

【翻訳】RESTのベストプラクティス | POSTD

2015/01/05 639 users POSTD ベストプラクティス 翻訳

現在ではREST APIはとても一般的な話題です。ほとんどすべてのWebアプリケーションの一部分となっています。シンプルで一貫性があり実際的なインターフェースは必須です。これは皆さんのAPIを他の人が使うことをとても容易 […]現在ではREST APIはとても一般的な話題です。ほとんどすべてのWebアプリケーションの一部分となっています。シンプルで一貫性があり実際的なインターフェースは必須です。こ... 続きを読む

RESTful#とは勉強会2はすごかった | いきあたりばったり

2014/12/03 108 users RESTful アクション 興奮 会話 実践

先月末にRESTful#とは勉強会2を開催してきました。 これがもう！！！！本当に良かった！！！！勉強になった！！！まだ興奮冷めやらぬ感じです。 勉強会1回目が終わり、得たRESTの知識を私はすぐ実践に生かすことが出来ました。 「これはURLとアクション考えるとControllerもう1個用意する？」なんて会話も出るようになり、レベルアップした感があります。 2回目はどうしようかなとぼんやりしてい... 続きを読む

ぶいてく: RESTとJSON、スキーマ定義について思うところ

2014/08/27 137 users JSON WebAPI mozaicfm 鉄則 スキーマ定義

水曜日, 8月 27, 2014 RESTとJSON、スキーマ定義について思うところ mozaic.fm #7 RESTや#mozaicfm REST を聴いての感想、それから「Web+DB vol82のWebAPIデザインの鉄則」に触発されたので書こうと思う。 REST設計について WebAPIを設計するうえでRESTが重要であることは周知のとおりである。 “Constraints are li... 続きを読む

rest - HTMLでWeb APIをつくる - Qiita

2014/08/04 195 users サーバサイド JSON Qiita items モバイルアプリ

シングルページアプリケーションやモバイルアプリなどの普及により、サーバサイドではJSONを出力するWeb APIの必要性が高くなってきています。みなさんはどのようにWeb APIを作っているでしょうか。 JSONはビュー http://qiita.com/yuch_i/items/f6b04e2875f432f8f806 RailsでJSON APIを定義する時、素のままでやろうとすると コントー... 続きを読む

REST APIドキュメント作成ツールはapiary.ioが決定版かもしれない - Qiita

2014/06/04 305 users Qiita APIドキュメント ドキュメントツール 背景 調整

背景 APIドキュメントを書くのが楽になるツールまとめ - Qiita iodocsで便利なREST APIドキュメントを作成する - Qiita これまでずっとREST APIドキュメントをwiki上で管理していて、重たいページ上で特殊記法使ったり、スタイルの調整に時間を取られるのが辛かった。そこで良さげなドキュメントツールを色々調べてたんだけど、最終的にapiary.ioが一番良さそうという結... 続きを読む

Kazuho@Cybozu Labs: REST におけるトランザクションについて (Re: Web を支える技術)

2012/09/24 156 users URI Kazuho@Cybozu Labs http 技術

といいつつ、ひとつだけ理解できないというか、納得できないところが。トランザクションのところがなんだかRESTっぽくないのがすごく気になる Webを支える技術 -HTTP、URI、HTML、そしてREST (WEB+DB PRESSプラスシリーズ)(山本 陽平) - ただのにっき(2010-04-23) 「Web を支える技術」は自分もとてもいい本だと思う (教科書としてすばらしいし復習用としても読... 続きを読む

RESTful Web アプリの設計レビューの話

2012/07/24 714 users RESTful Web 設計レビュー アプリ 麻疹 和田

RESTful Web アプリの設計レビューの話 — Presentation Transcript RESTful Web アプリの 設計レビューの話 和田 卓人 (a.k.a id:t-wada or @t_wada) July 23, 2012 @ sendagaya.rb 結論:REST は麻疹である(良いものなので早く感染して厨期を 卒業しよう) 自己紹介名前: 和田 卓人 (わだ たく... 続きを読む

ぶいてく: RESTに関する３つの間違い

2012/07/08 184 users スケーラビリティ 分散KVS 排他制御 密結合 両立

日曜日, 7月 08, 2012 RESTに関する３つの間違い 楽観的排他制御を利用する非同期的なトランザクション実行であればスケーラビリティを損ねることなく2phase commitが可能である。これは、分散KVSにおけるスケーラビリティと一貫性の両立について で主張したように、同期的な2phase commitは密結合に誘導することになり矛盾するように思えるかもしれない。だがそんなことはない。... 続きを読む

Railsの誤解：CRUDはRESTじゃない！ - 杉風呂2.0 - A Lifelog -

2012/01/09 205 users Rails CRUD 誤解 翻訳 A Lifelog

以下はNick Sutterer氏が2010年10月28日に自身のブログに投稿した、"Rails Misapprehensions: CRUD is not REST! "の翻訳です。本人の許可を得て掲載します。 Rails Misapprehensions: CRUD is not REST! http://nicksda.apotomo.de/2010/10/rails-misapprehen... 続きを読む

RESTに対する７つの誤解 | .Nat Zone

2011/11/21 156 users コンシューマ エンタープライズ Nat Zone 決着 誤解

海外に行くと、既に REST対SOAPの決着は付いている[1]（エンタープライズでもコンシューマでも）ように見えるのだが、日本国内で話していると、まだまだ混乱しているようだ。さながら2009年ごろの状況を見るようだ。そこで、今日は RESTに関わる誤解について、幾つか書いてみたいと思う。（なお、以下の多くは、サービスステーション：RESTの詳細でより詳細に書かれている。） 誤解1. RESTはマッ... 続きを読む

InfoQ: REST APIの良い、悪い、醜い

2011/06/15 106 users InfoQ オプシ REST API 原文 興味深い議論

原文(投稿日：2011/06/10)へのリンク InfoQのRESTについての興味深い議論のすぐ後に、George Reese氏が面白い記事を書いた。REST APIの良い、悪い、醜いと題したこの記事で、氏はREST API開発ですべきこと、すべきでないことを論じている。 REST API作成の推奨事項の中でも、氏は次の点を強調する。 APIモデルをデータの利用の仕方に合わせること。データ/オブジ... 続きを読む