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
MOONGIFT: » RESTfulなWeb APIを使う開発者は必須「eXeve」:オープンソースを毎日紹介
Memotuneでは現在、Web APIを開発している。GDataに準拠しているので、Web APIの形式はRESTfulだ。ただ、RESTfulは最近の流行とは言え、問題がない訳ではない。 最大の問題はテスト環境だ。PUTやDELETEといったHTTPメソッドを手軽に試せない。IEやFirefoxは対応しているようだが、おそらく手軽には試せないだろう。 そこで専用のクライアントを使うのが良い。RESTfulに限らず、XMLを経由したMashup開発者は必須ではないだろうか。 今回紹介するフリーウェアはeXeve、RESTfulなWebアプリケーション開発ユーティリティだ。 eXeveを使うとWeb APIとやり取りするXMLが簡単に作成できる。構造チェックやDTDによる検証ができればよけいなミスも減るはずだ。 また、PUTやDELETEといったHTTPメソッドを使ってデータを授受する事も
RESTは簡単なんだけど... : 404 Blog Not Found
2006年04月22日20:50 カテゴリWEB+DB PRESSiTech RESTは簡単なんだけど... というわけで早速質問です。 WEB+DB PRESS yohei-y:weblog: WEB+DB PRESS Vol.32 に REST の記事を書きましたただ、やっぱり REST は難しいですね。人に説明するたびに思います。記事でわからないことがあれば、ここにコメントしていただければできる範囲で返答しようと思います。なぜAtomPPでは、記事の新規作成がPOSTで、更新がPUTなのでしょう。 WebDAVやFTPといったファイル操作系のProtocolでは、PUTはコンテントをアップロードするためのコマンドです。それとの整合性を考えたら、コンテントの新規作成をPUTでやって悪いわけというのが思いつきません。 あるいは、URIの名前を、Clientの意向で決める場合(例えばアップ
yohei-y:weblog: REST 入門
日本語の REST のリソース集を以前作ったのだが、 日本語では一般人向けの解説がない。 sheepman 氏の REST のページはすばらしいんだけど、多少わかっている人向けだ。 市山氏のプレゼン資料は RoyF の論文を詳しく解説していてよいのだけれど、いかんせんアカデミックすぎる。 技術的な要素も抑えつつ、入門者にもわかりやすい解説はないものかと探していたのだが、みつからない。 英語の文書を訳すことも考えたんだけど、あまりよいものが見つからない。 で、結局自分で書くことにした。 最初はひとつのポストで済ませるつもりだったんだけど、書き始めたら長くなってしまったので、複数のポストに分けることにした。 えらそうなことを書いたが、内容は「ないよりマシ」といったレベルだろう。 前書きが長くなったけど(ここから始まりです。ですます調なのは入門記事だから)、 この記事(から始まる一連のポスト)は
AjaxとRESTのパラドックスからWeb2.0を考える：Randomwalk：オルタナティブ・ブログ
Ajaxについていろんな話を調べたり聞いた中でも、興味深かったのはRESTとの関係でした。簡単にいえば、AjaxとRESTは両方ともWeb2.0の構成要素として挙げられていながら、実は相反したものである、というパラドックス的な関係です。 RESTとは「REpresentational State Transfer」の略で、詳しくは＠ITの記事「Webの「正しい」アーキテクチャ」記事を読んでいただいたり、さらに詳しくは山本陽平氏の「REST入門」あたりをぜひ読んでいただきたいのですが、ひとまずRESTをものすごく乱暴に書いてしまうと、“Webアプリケーションであれば、状態やリソースごとに異なるURLを持とう”といったアーキテクチャのことだと私は考えています。 例えば、“住所を入力する”ためのWebアプリケーションがあったとしたら、入力画面→確認画面→確定画面という画面遷移が考えられます。この
RESTとAJAXとIPv6 - TEDDY-G本家
書きかけで放置してたこの原稿をどうしようかと思っていたが、ちょうど「AjaxとRESTのパラドックスからWeb2.0を考える」というエントリがITmediaオルタナブログに掲載されたので、関連付けて書き上げてみる。 同エントリにも解説してあるが、RESTとAJAXの関係については、URIを持たないからAJAXはRESTfulでない、REST的にはダメだという議論が嘗てあった。たしかに、多くのAJAXアプリケーションではサーバ情報を非同期に読み込んで、innerHTMLを直接書き換えて画面遷移なしに（ページ再読み込みなしに）サーバ情報を表示するから、一見URIを持てないように思える。しかし、この問題についてはGoogle Maps（Googleローカル）の「このページのリンク」ボタンや、最速インターフェース研究会「location.hashを使ったセッション復元」というエントリに挙げられてい
Restletファイナルリリースへ向けたフェーズへ - Restlet 1.0 beta 1公開 | エンタープライズ | マイコミジャーナル
The Restlet projectは26日(デンマーク時間)、Restletの最新版となるRestlet 1.0 beta 1を公開した。Restlet 1.0 beta 1はRestlet APIを実装したNoelios Restlet Engineなどによって構成されるライブラリ。RESTアーキテクチャを効率よく使用するための機能を提供する。 Restlet 1.0 beta 1はCommon Development and Distribution License Version 1.0のもと提供されているオープンソースソフトウェア。The Restlet projectはRestlet 1.0 beta 1を重要なマイルストーンリリースであるとしている。 Restlet 1.0 beta 1はこれまでのフィードバックをもとに高い品質を実現する段階まできており、今度は1.0のリリ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer
はてな各サービスの機能変更、お知らせなど - はてな技術発表会日記 - 2月6日の技術勉強会