[B! restful] aerealのブックマーク

リソースモデリングパターン

Webアプリケーションについて、RESTfulなURL・リソース設計のパターンを見出すことで、どのパターンかを判断するだけで、既存の Good Practice が適用できる名前をつけて呼べるようにしたい Railsなどのフレームワークで簡単に適用できるようにしたいということを目指しています。ほんとうに役立つかこれはパターンと言えるのかもっと他にもあるだいぶ粒度がバラバラ名前の付け方︵パターンは名前重要︶など、ぜひご意見をください。パターン Collection &Member Resource パターン Singular (Singleton) Resource パターンFiltered Collection パターンFiltered Subresource パターン Multi-member Resource パターン Partial Resource パター

aereal 2012/12/12

restful

リンク

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

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

aereal 2012/07/24

restful

リンク

リソースモデリングパターンの提案 #sendagayarb

RailsにおけるRESTfulなURL設計勉強会 http://d.hatena.ne.jp/tkawa/20120726/p2

aereal 2012/07/24

restful

リンク

Making Rails Really restful

Co-Founder at Codeminer 42, co-founder of THE CONF event, organized 9 yearly Rubyconf Brazil. Blogger and Techno logist

aereal 2012/03/17

リンク

GitHub - trailblazer/roar: Parse and render REST API documents using representers.

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

aereal 2012/02/13

Ruby
restful

リンク

RESTful API Design, Second Edition

This document provides guidance on designing RESTful APIs. It recommends using nouns instead of verbs, keeping URLs simple with only two endpoints per resource, and following conventions from leading APIs. Complex variations and optional parameters should be "swept behind the '?'." The document em phasizes designing for application developers by making APIs intuitive, consistent and complete while

aereal 2012/02/09

API
restful

リンク

Railsの誤解：CRUDはRESTじゃない！ - 杉風呂2.0 - 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-misapprehensions-crud-is-not-rest/ RailsとRESTについて調べている間、二つのことがよくわかった。 RailsでRESTがどうなっているのか、他と比べて、明解で、基礎的で、﹁印刷された﹂解説を見つけにくい。数千のスクリーンキャストを見てきたが、この素晴らしいガイドが一つあるだけだった。みんなCRUDとRESTを混同しているとりわけ後者は僕を困らせたが、あるチームをコーチすると

aereal 2012/01/10

restful

リンク

InfoQ: RESTfulなアプリケーションを記述する

しかしながら、上述のRoy Fieldingの言葉を言い換えると、このようなアプローチはRESTの基本的な原則の一部と相反します。たとえ私たちがこの異議を無視するとしても、 HTTP上に分散型アプリケーションをRESTfullに構築しようとしている人たちには、根本的な問題が残ります。契約を形式的に定義することなくサーバーからの取得はどうするのでしょうか？契約なしでクライアントとサーバーが正しく実装しているということをどのように確かめるのか、それぞれの設計仕様書だけでなく、その他、適切なビジネス/技術ポリシーはどうするのでしょうか？アプリケーションプロトコルとしてHTTPを使用し、RESTfullな構築をしている分散型アプリケーションには、同じような性質と種類の契約があります。私たちは、何を探し、どこを探すかを知る必要があります。同じ方向にしたがい、私たちが記述言語に向かうならば、それはW

aereal 2011/07/15

restful

リンク

unRESTは新しいRESTか

Spring BootによるAPIバックエンド構築実践ガイド第2版何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

aereal 2011/07/14

restful
API

リンク

REST APIの良い、悪い、醜い

Spring BootによるAPIバックエンド構築実践ガイド第2版何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

aereal 2011/06/18

リンク

GitHub - maccman/nestful: Simple Ruby HTTP/REST client with a sane API

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

aereal 2011/04/08

Ruby
restful

リンク

GETとPOSTだけでRESTfulなサービスを作れるか

Spring BootによるAPIバックエンド構築実践ガイド第2版何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

aereal 2010/07/05

restful

リンク

私が RESTful API の後方互換性を気にするケース - 岩本隆史の日記帳（アーカイブ）

前回の記事﹁RESTクライアントが知っているべきこと﹂に、id:nsiena さんからトラックバックをいただきました。 RESTful API の後方互換性 - Siena.の日記斜め上の応答になってしまうかもしれませんが、思ったことを書いてみます。 API変更の性格分類とサーバがとりうる対策まず、APIがどのように変更されるか分類し、サーバが取りうる対策をまとめてみましょう。 API変更の性格サーバがとりうる対策︵概要のみ︶リソースのURIが変わるステータスコードで﹁301 Moved Permanently﹂を返し、Locationヘッダで新規URIを返す。リソースのメディアタイプが変わる Content-Typeヘッダで適切なメディアタイプを返す。リクエストのAcceptヘッダによっては、ステータスコードで﹁406 Not Accepta ble﹂を返さなければならないかも

aereal 2010/05/28

リンク

RESTへどうぞ - winplusの日記

※オライリーから翻訳書﹃JavaによるRESTfulシステム構築﹄が出ましたので、そちらを参照してください。以下の記事はアテになりません。以下﹃RESTful Javawith JAX-RS﹄﹁Capter1:Introduction to REST﹂のメモ。目次はこちら WWWは生活に欠かすことのできない一部分になっている。でも、Webがうまくいっているのはなぜ？これほど巨大に成長できたのは？これだけ急速に拡がったのは？ Roy Fielding がこれらの疑問に答える形で、アーキテクチャの原則を特定した。これが REpresentational State Transfar(REST)。RESTの原則は以下のとおり。到達可能なリソース RESTでは、情報︵データ︶のキーはリソースであり、すべてのリソースはURIで到達可能でなければならない。統一され制約されたインターフェイス