API Documentation & Design Tools for Teams | Swagger
API Development forEveryone Simplify your API development with our open-source and professional tools, built to help you and your team efficiently design and document APIs at scale. Find your toolRead the docs Trusted by Empowering API Development Streamline your workflow with unparalleled API specification support Swagger places API specifications such as OpenAPI, AsyncAPI, and JSON Schema at the
Introduction - Frisby
Frisby makes REST API testing easy, fast, and fun. Frisby.js comes loaded with many built-in tools for the most common things you need to test for to ensure your REST API is working as it should, and returning the correct properties, values, and types. When you need something custom, Frisby.js also provides an easy way to customize and extend assertions to make your job easier, with less repetitiv
REST in Spring 3: @MVC
In the last couple of years, REST has emerged as a compelling alternative to SOAP/WSDL/WS-*-based distributed architectures. So when we started to plan our work on the next major release of Spring - version 3.0, it was quite clear to us that we had to focus on making the development of 'RESTful' Web services and applications easier. Now, what is and isn't 'RESTful' could be the topic of a whole ne
RESTful Ruby on Rails -- その美しさと難しさ
『基礎Ruby on Rails』の原稿を書いているとき、Rails 1.2の目玉であるRESTをどう位置づけるかで悩みました。 本当にRailsがRESTに向かって進むのであれば、本書でもRESTを前面に押し出して書くべきではないかと。 結論的には、最後の9章をRESTに充て、8章までに少しずつ作ってきたサンプルアプリケーションを一気にRESTで書き直す、という構成にしました。 9章がプログラムの機械的な書き換えの話に終始してしまい読み物としてつまらなくなったという反省はありますが、悪くない決断であったと今でも思っています。 長くWeb開発をやってきた方々にとっては、MVCアーキテクチャの考え方はすっと腑に落ちるものであるかもしれませんが、初心者にとっては結構難しいものです。一言で言えば、抽象度が高いのです。そこにRESTという層が追加されると、さらに抽象度が高まって難解になります。 そ
Ruby on Rails/第11回勉強会 - RESTful Rails Development
RESTful Rails † HTTPはGETやPOSTメソッドだけでなく、PUT, DELETEメソッドもある RESTとは、簡単にいうとHTTPのGET, POSTだけでなく, PUT, DELETEを使ったやり方である Rails 1.2ではRESTがサポートされた このチュートリアルはRESTのコンセプトと背景の短い紹介からはじまる RailsのScaffoldを使うと見ることができるREST-Controllerとmodelは、RESTful Railsの開発の理解を助けてくれる 次にREST Routingとよばれる機能の説明をする。 Nested Resourcesの章はより上級な内容で、どのようにREST-URLのコンセプトに反せずに、親子関係にあるリソースがネストされるかについて説明する このチュートリアルの終わりは、RESTとAJAXについての説明だ RESTfulな
RESTとURL設計の重要さを理解して「キレイなエンジニア」を目指す！
RESTとURL設計の重要さを理解して「キレイなエンジニア」を目指す！ こんにちは、@kukoです。 今日は私の苦手なRESTの話をしますね。 はじめに Rails1系から2系に上がった時に、頭を悩ませたのがRESTでした。 宗教じみてるし、なんか設定も複雑でやることが増えたような気がして、なかなかお友達になれない。 しかし、RoRのアプリを作っていくにあたって、どうしてもさけては通れない道でした。 私と同じように悩める方がいたらぜひ参考にして欲しくて、 RESTとは何か。 URLはどうあるべきか。 の、とっかかりとなる話をしたいと思います。 RESTとは 「RESTとは、ウェブのような分散ハイパーメディアシステムのためのソフトウェアアーキテクチャのスタイルのひとつである」 そんなこと言われても困ってしまいますよね。。 RESTは「リソース」を扱うための考え方であり、 URLというの
Rough RESTing on Rails · Peter Williams
When I started using Ruby on Rails professionally a few months ago I hoped that Rails was first of a new breed of web application frameworks. After working with it for several months I have reached conclusion that it is not the paradigm shifting framework I had hoped for. Rather, it is just an incremental, though significant, improvement to the existing paradigm of web application frameworks. It i
RESTful and User-Friendly URLs
Angle Brackets and Curly Braces RESTful and User-Friendly URLs by Bill Venners March 22, 2006 Summary In his weblog, Peter Williams points out that Rails' default URIs are procedural, rather than RESTful, because they include an action name. I believe Rails' default URL scheme also puts the developer before the user. In his weblog, Peter Williams points out that Rails' default URLs are procedural,
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Postman | API Development Environment
JAX-RS 実装の比較
InfoQ: A Comparison of Spring MVC and JAX-RS
RESTful な rails アプリケーションをつくろうなどとは考えないように - ruby on rails ビジネスの可能性