• Twitterでシェア
  • Facebookでシェア

HTTP API の設計方向

テクノロジー カテゴリーの変更を依頼 記事元:voluntas.medium.com
適切な情報に変更
671users がブックマーク コメント 36

    記事へのコメント36件

    • 注目コメント
    • 新着コメント
    yayugu
    REST使わなくていいよね。ただgRPCみたくactionの指定にpath使うのまで使うのをやめてしまうとnginxなどのreverse proxy のログか調べにくくなったりnewrelicがいいかんじに機能してくれなかったりとデメリットも多い

    その他
    nekoruri
    結局APIでやりたい事はリソースの交換では無くRPCだったってことなんだよなあ。CQRS/GraphQLなんかの流れもそうだし。

    その他
    n314
    RESTって非正規化禁止のDBみたいな感じがする。

    その他
    rekp
    RESTな設計にし辛い事が世の中に多すぎるよ。

    その他
    TokyoIncidents
    徐々に転換していくのだろうか。ブコメにもあったけど適材適所だとは思う

    その他
    kiririmode
    POSTで全部やる的な

    その他
    snowlong
    “SON Schema はやはりめんどくさいので、なにかいいのがないかなとずっと探しているのだが、結局 gRPC に落ち着きそうという気持ちになってきている。JSON over HTTP は Protocol Buffers over HTTP/2 な gRPC に取って代わるのだろう。”

    その他
    sugimomoto
    APIでやりたいことがRPC的なことかどうかは、コンテキストで変わる。GetSharedLinkなんてRPC的な考え方で明確だけど、FileとかUser一覧を取得したいとかだとコンテキストはユーザー側で変わる。それはREST的アプローチが向いて

    その他
    bigbuddha
    新しい時代に入りつつあるんかな

    その他
    NetPenguin
    良い。

    その他
    lastresortan
    2周回って元通り。

    その他
    itotto
    わかる

    その他
    kwhrtsk
    gRPCの良い点は双方向通信をサポートしている点とIDLが簡潔な点。この二つはOAS(Swagger)に無い長所なので、fetch APIがHTTP2をサポートするなりしてgRPC-Webがブラウザネイティブになれば一気に普及する気がしている。

    その他
    taruhachi
    間違ってなかった。

    その他
    cl-gaku
    だったらJSON-RPCでいいや

    その他
    nekoruri
    nekoruri 結局APIでやりたい事はリソースの交換では無くRPCだったってことなんだよなあ。CQRS/GraphQLなんかの流れもそうだし。

    2019/05/10 リンク

    その他
    snjx
    REST以外のAPI設計の考え方。

    その他
    tkawa
    適材適所だけど、どちらにしても独自仕様ではなくできるだけ標準仕様を使うのがよいと思います

    その他
    t2y-1979

    その他
    ilyaletre
    CQRSでいうCommandがRPCでQueryがRESTfulになっていると考えば、自然に使い分けられないかな。CommandとQueryでエンドポイントが分かれそうだけど。

    その他
    bamch0h
    今趣味で作ってるやつはサーバーサイドgolang だからgRPC使ってもいいのかな。クライアントサイドはjsなんだけどgRPCで通信できるん？

    その他
    ledsun
    最近、（ブラウザからは）フォームのhidden fieldでjson投げるのが、クライアンドの実装が素朴で良いなと思っています。（メソッドを使い分けれないので、urlは複雑に。複雑なサービスには、向かないと思います）

    その他
    mallowlabs
    API は GET をやめていくのが流れ。時代は gRPC。

    その他
    ko-ya-ma
    gRPCか

    その他
    raimon49
    JSON over HTTPからProtocol Buffers over HTTP/2へ。ペイロードがJSONでも全部POSTで包む設計は豪気で良いなとは思う。サーバのリクエストログから集計や監視みたいなところが懸念だろうか。

    その他
    suginoy

    その他
    TokyoIncidents
    TokyoIncidents 徐々に転換していくのだろうか。ブコメにもあったけど適材適所だとは思う

    2016/10/08 リンク

    その他
    kijtra
    URL設計とか考えてると無駄な時間使ってる気がする時あるね。

    その他
    key_amb
    REST から RPC へ

    その他
    progrhyme
    REST から RPC へ

    その他
    gologo13
    適材適所だと思うけどね。複雑なビジネスロジック提供するAPIはRestで表現できない。

    その他
    howdy39
    RESTじゃ設計しにくい部分あるもんなぁ。悩ましい。

    その他
    yamadar
    眠気が覚めたら読み返す

    その他
    learn
    Dropbox が API v2 で REST をやめた

    その他
    nakag0711
    Sun RPC over HTTPSの時代到来か

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック！
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    HTTP API の設計方向

    見てみると、たしかに Get 系の API だとしても POST を利用しているし、API の URL 設計に get_shared_...

    ブックマークしたユーザー

    • bootJP2024/01/30 bootJP
    • techtech05212024/01/02 techtech0521
    • koikejinshi2022/03/28 koikejinshi
    • kiririmode2019/12/14 kiririmode
    • saku_na632019/06/05 saku_na63
    • never96122019/05/26 never9612
    • mjtai2019/05/20 mjtai
    • karur4n2019/05/16 karur4n
    • yuzu4412019/05/15 yuzu441
    • phji2019/05/15 phji
    • k_oshima2019/05/13 k_oshima
    • komlow2019/05/13 komlow
    • snowlong2019/05/13 snowlong
    • hasunuma06132019/05/13 hasunuma0613
    • hiroyadoraemon2019/05/13 hiroyadoraemon
    • somathor2019/05/13 somathor
    • doboccho2019/05/12 doboccho
    • sylvan_l2019/05/12 sylvan_l
    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事

    いま人気の記事 - 企業メディア

    企業メディアをもっと読む

    はてなブックマーク

    公式Twitter

    はてなのサービス

    • App Storeからダウンロード
    • Google Playで手に入れよう
    Copyright © 2005-2026 Hatena. All Rights Reserved.