[B! RESTful] dmizuno55のブックマーク

RESTful APIのURI設計(エンドポイント設計) - Qiita

RESTful APIのリソース設計で述べた通り、何をリソースとするかを決めたらそのリソースを識別するURIを検討する必要がある。エンドポイントとは何かエンドポイントとはAPIにアクセスするためのURIのこと。例えば、QiitaのAPIで自分の情報を取得する時のエンドポイントは以下となる。 http://qiita.com/api/v2/users/nagaokakenichi 似たような言葉に「エントリポイント」というものがある。エントリポイントとはプログラムやサブルーチンの実行を開始する場所のこと。 Qiita視点で考えると、 http://qiita.com/api/v2/users/nagaokakenichi を参照されることでプログラムが開始されるので、Qiitaからすると上記URIはエントリポイントとなる。つまり、エンドポイントはAPIにアクセスする側からの、エントリポ

dmizuno55 2020/08/21

リンク

リソースの一部更新におけるURL設計 - Qiita

概要 Webアプリケーションにて、リソースの一部更新を行う際、どのようにURL設計を行うとシンプルで美しいか（本当はそこまで考えていなかったけど）悩んでいたところ、 @t_wada さんから素敵な設計指針をご教示いただきました。本記事はその内容に加えて、実際に自分で行ったこと、調べたこと、思った事など、まとめております。あらすじ数週間前にSIピラミッドからヒモなしバンジーを決めてWebの世界に飛び込んだ私は、小さな小さなWebアプリケーションをrails newから手探りで作っていました。そんなとき、簡単なリソースの一部更新機能をどう実装したもんかなーと悩んでました。以下、当時（といっても先週）の超雑なぼやき。リンクをクリックしてモデルの一部を変更するのはどうしたらいいんだろう。例）不参加をクリック -> 某カラムをtrueからfalseへリクエストオブジェクトに対象カラムの

dmizuno55 2019/04/06

リンク

RESTful APIのURI設計(エンドポイント設計) - Qiita

RESTful APIのリソース設計で述べた通り、何をリソースとするかを決めたらそのリソースを識別するURIを検討する必要がある。エンドポイントとは何かエンドポイントとはAPIにアクセスするためのURIのこと。例えば、QiitaのAPIで自分の情報を取得する時のエンドポイントは以下となる。 http://qiita.com/api/v2/users/nagaokakenichi 似たような言葉に「エントリポイント」というものがある。エントリポイントとはプログラムやサブルーチンの実行を開始する場所のこと。 Qiita視点で考えると、 http://qiita.com/api/v2/users/nagaokakenichi を参照されることでプログラムが開始されるので、Qiitaからすると上記URIはエントリポイントとなる。つまり、エンドポイントはAPIにアクセスする側からの、エントリポ

dmizuno55 2017/07/31

リンク

RESTful Web Services より良いWebインタフェースの構築と分散型システム連携：第1回：RESTのコンセプトと特徴　～REST を知ると考え方が変わる～ | 豆蔵ソフト工学ラボ

RESTful Web Services より良いWebインタフェースの構築と分散型システム連携第1回：RESTのコンセプトと特徴　～REST を知ると考え方が変わる～印刷株式会社豆蔵　BS事業部コンサルタント　五味和人　　2009/10/02 ［アーキテクチャ］現在、一般的になりつつある REST (REpresentational State Transfer) ですが、いざ実践しようとするためには、正しい理解と実装指針が必要です。前編となる本記事では、REST の概念をご紹介し、後編となる次記事では、一般的に言われている勘所と、私が実プロジェクトで実践した勘所についてご紹介します。 1. SaaS/PaaSとREST SaaS(Software as a Service)やPaaS(Platform as a Service)、クラウドといった言葉をよく耳にします。 We

dmizuno55 2014/05/21

リンク

『Web API Design -Crafting Interfaces that Developers Love-』の翻訳① | MUDAなことをしよう。

『Web API Design -Crafting Interfaces that Developers Love-』の翻訳① 2014年4月7日＊作成中ですが、諸事情により一時的に公開＊ Introduction これを読んでいるのなら、おそらくあなたは開発者に愛されるWeb APIのデザインについて関心があり、証明されたデザインの原則とベストプラクティスを自身のWeb APIに適用することに興味があるのだろう。我々のデザイン思考の元となるものの一つは、RESTである。RESTはアーキテクチャスタイルの一つであり、厳格な規格ではないため、非常に柔軟性がある。その柔軟性と構造の自由さにより、ベストプラクティスのデザインに対する大きな欲求もまた存在するのである。この電子書籍は、我々がこれまで世界中の優れたAPIチームと協力して開発してきたデザインのプラクティス（実践）を集めたものである

dmizuno55 2014/05/20

RESTful

リンク

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

といいつつ、ひとつだけ理解できないというか、納得できないところが。トランザクションのところがなんだかRESTっぽくないのがすごく気になる Webを支える技術 -HTTP、URI、HTML、そしてREST (WEB+DB PRESSプラスシリーズ)(山本陽平) - ただのにっき(2010-04-23) 「Web を支える技術」は自分もとてもいい本だと思う (教科書としてすばらしいし復習用としても読みやすいのでイイ) のですが、トランザクションの所だけは分かりづらいなと感じました。その原因は、atomic transaction で解決できる課題を例として使っているという点と、トランザクションと更新クエリのレイヤ分割がされていない、という２つの点によるものではないでしょうか。 HTTP 上でトランザクションを表現する必要があるケースのほとんどは、atomic transaction ではなく

dmizuno55 2014/05/20

RESTful

リンク

Web API Design(その１) - winplusの日記

これApigee | Google Cloud Blogを勝手訳してみる。InfoQの紹介記事Web API Design - 開発者が愛するインターフェイスを作るで十分かも知れませんが、まあ。導入これを読んでいるということは、開発者に愛されるようなWeb API をデザインすることを気にかけているのでしょう。そして、実証済のデザインの原則とベストプラクティスとをWeb APIに適用することに関心があるのでしょう。私たちがデザインを考えるのためのソースのひとつに、RESTがあります。なぜなら、RESTは厳格な標準ではなくアキーテクチュア・スタイルであり、かなりの柔軟さを認めているからです。構造が柔軟かつ自由であるからこそ、デザインのベスト・プラクティスを貪欲に追い求めるのです。このe-bookはデザインのプラクティスを集めたものです。収録したプラクティスは、私たちがいくつかの世界中

dmizuno55 2014/05/20

RESTful

リンク

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

2017/9/7 db tech showcase Tokyo 2017(JPOUG in 15 minutes)にて発表した内容です。 SQL大量発行に伴う処理遅延は、ミッションクリティカルシステムでありがちな性能問題のひとつです。 SQLをまとめて発行したり、処理の多重度を上げることができれば高速化可能です。ですが・・・ AP設計に起因する性能問題のため、開発工程の終盤においては対処が難しいことが多々あります。そのような状況において、どのような改善手段があるのか、Oracleを例に解説します。