super-siren
Super-Siren Description SIREN Hypermedia client library which process SIREN HTTP responses into immutable SIREN representations utilizing superagent for the underlying HTTP requests. All superagent requests are wrapped with superagent-promise which exposes Bluebird promises for processing http requests. SIREN models within this library are created using Immutable.js Records with properties constru
Symfony2 で REST API を実装する際の手順と仕組みの解説 | QUARTETCOM TECH BLOG
SPA のバックエンドを Symfony2 で開発したい方向けに、Symfony2 で REST API を作る手順についてまとめてみました。 イメージしやすいように、簡単な例で実際に実装する手順をなぞりながら解説していきたいと思います。 1. Symfony をインストール いつもどおり Symfony プロジェクトを新規インストールしてください。 symfony-installer を使う方法 のほうが composer create-project よりかなり早いのでおすすめです。 2. FOSRestBundle をインストール FOSRestBundle は、その名のとおり REST API の開発に便利な機能を追加してくれるバンドルです。Symfony2 で REST API を開発する場合は通常このバンドルを活用することになります。 インストール方法 インストール方法は ドキ
LoopBack - Node.js framework
A Brand New Core A brand new LoopBack core to deliver great extensibility and flexibility written in TypeScript/ES2017. OpenAPI Spec Driven REST API Create powerful APIs easily with a new creation experience for defining REST API's and handling API requests/responses. Unbelievably Extensible A new, improved programming model with Dependency Injection and new concepts such as Components, Mixins, Re
REST APIs made easy with Symfony2
Samuel Gordalina https://twitter.com/sgordalina https://github.com/gordalina https://gordalina.com Symfony2 Application for this presentation https://github.com/gordalina/sample-twitter-api-symfony2 REST is an architecture style for designing networked applications which has gained much traction lately, mainly due to its simplicity and for only requiring HTTP as the communication protocol. This ta
ハイパーメディアAPIをめぐるREST主義者的危機
ソフトウェア開発者のEvan Cordell氏は数週間前のAPI-Craftメールリストで，ハイパーメディアのREST制約は一般的なWeb API要件とどのように違うのか，という議論の口火を切った。 "REST主義者的危機(RESTistential crisis)"と題した論議の中で氏は，長年の議論と実践によってRESTスタイル最大の秘密，ハイパーメディア制約が明確になり始めたことを指摘している。Webでも明らかなように，人間中心のインタラクションには完璧に対応しているが，その一方でプログラマブルなWeb API一般においては，有用性に対する懸念がWeb APIコミュニティの中で増しつつあるようなのだ。 RESTに関する説明，ドメイン特有のWeb APIに適用した場合のハイパーメディアの制限，といった話題から始まった今回の議論では，新たなアーキテクチャスタイルの必要性の検討や，RESTを
REST APIs with Symfony2: The Easy Way – updated
updated: February 3, 2015 Developing a RESTful API with Symfony has been covered multiple times by many people. If you want to learn how to implement it “the right way”, I suggest reading William Durand’s post. If you want to implement it “the best way”, you’ll want to read Giulio De Donato’s post. If you want to do it “the easy way”, keep reading. Install the Voryx REST Generator bundle and go
Apigility
Be API-centric Separating presentation logic from data provides the flexibility to support multiple client form factors, and future-proofs apps to allow behind-the-scenes change without breaking user interfaces. With Apigility, you can take the code that powers your business, and then API-enable it. Think mobile An API-based architecture is essential to agile delivery of mobile applications. Apigi
今あるJSONベースのHypermediaフォーマット仕様まとめ - MugeSoの日記
RESTful Web APIs: Services for a Changing World (English Edition)をよんだりなんだりして、JSONベースのHypermediaフォーマットに興味が出たので調べてみました。 ここで紹介するフォーマットは2013年10月6日現在どれも策定段階です。 リスト化するに当たりググってもパッとしなかったので、IANAに登録されているmedia-typeのうち"+json"を接尾辞に持っているものからそれっぽいモノを選びました。 Collection+JSON その名の通り、コレクション(を含む)リソースのための仕様です。 この仕様ではコレクションの参照だけではなく、コレクションに対する追加・更新・削除操作に言及しています。 Collection.next+JSON 上記Collection+JSONの拡張し、より複雑な定義をできるようにし
REST APIs with Symfony2: The Right Way
Designing a REST API is not easy. No, really! If you want to design an API the right way, you have to think a lot about everything, and either to be pragmatic or to be an API terrorist. It’s not just about GET, POST, PUT, and DELETE. In real life, you have relations between resources, the need to move a resource somewhere else (think about a tree), or you may want to set a specific value to a reso
Yogaを使ってRESTを柔軟にする
ここではこのYogaの使い方をデモし、RESTシンタックスの使いやすさを保持しながら、Yogaがアプリケーションの性能を改善することを示します。 リソースのフィールドを定義する 次は典型的なRESTリクエストで、リソースのインスタンスを検索しています。これはUserリソースタイプに関連するすべてのフィールドを返します。 GET /user/1.json セキュリティや性能を考慮してあるユーザの名前とロケーションデータだけを取得するリクエストを生成したい場合はどうすればいいでしょう。この場合は、リクエストにセレクタを追加できます。 GET /user/1.json?selector=(id,name,city,state,country) 公開APIを公開するためには無制限にセレクトできる機能をエンドユーザに与えたくないかもしれません。これは、定義されたセレクタにエイリアスを付加することで達
yohei-y:weblog: REST 入門(その2) アーキテクチャスタイルとは?
» REST 入門 目次 REST そのものを説明する前に、まずアーキテクチャスタイルとは何なのかを解説します。 アーキテクチャスタイル(英文では architectural style です) は別名(マクロ)アーキテクチャパターンともいい、 複数のアーキテクチャに共通する性質、様式、作法あるいは流儀を指す言葉です。 パターンという言葉からデザインパターンを想像する人も多いかもしれませんが、 いわゆるデザインパターンは別名マイクロアーキテクチャパターンといい、 アーキテクチャスタイルよりも粒度の細かいクラスなどの設計様式を指します。 具体例を挙げましょう。 たとえば MVC (Model View Controler) はアーキテクチャスタイルの一種です。 他にパイプ&フィルタ、インタプリタ、イベントシステムなどもアーキテクチャスタイルになります。 REST は数あるアーキテクチャスタイ
ricollab Web Tech Blog - REST 入門(1 Web アプリケーションのアーキテクチャ)
初出: 技術評論社刊『WEB+DB PRESS』Vol.32 はじめに Web アプリケーションのアーキテクチャ POST と GET の使いわけ リソースと統一インターフェース 階層化システム ステートレスサーバ はじめに 先進的な Web 開発者の間で、REST (Representational State Transfer) という言葉が注目を集めています。REST はApache 創始者のひとりであるロイ・フィールディングさんが、彼の博士論文で提唱したネットワーク分散システム、特に WWW のアーキテクチャスタイルです。 アーキテクチャスタイル(Architectural style) は複数のアーキテクチャに共通する性質、様式、作法あるいは流儀を指す言葉です。たとえば MVC (Model View Controler) はアーキテクチャスタイルの一種です。REST は数あるア
RESTfulなWebサービスにおいて「指定したIDでリソースを新規作成するか、既に存在するのであればエラーとしたい」という場合どうするのが一般的でしょうか。…
RESTfulなWebサービスにおいて「指定したIDでリソースを新規作成するか、既に存在するのであればエラーとしたい」という場合どうするのが一般的でしょうか。 といった受け答えをしたい場合です。 以下のようなものを考え、それぞれ疑問点を付記しました。 1. POST /user/foo RFC2616 によると「新しい従属{subordinate} として、リクエストに同封されるエンティティを受け入れる事を要求する」とあり、新規作成はコレクションリソース (この場合 users) にすべきなのでしょうか。 2. POST /users (POSTパラメータとしてid=foo) そもそもPOSTで作成するリソースのIDを指定してもいいのでしょうか。 3. PUT /user/foo 重複IDをエラーとするので、リソースを更新できないことになってしまいます。 4. PUT /user/foo?
REST について調べたまとめ - LukeSilvia’s diary
普段仕事でRails を使っている身ですが、Rails 2.x 系を使っているものが1つもない。結構前からRails 3 の話題がでてきている今、そろそろRails 2.x をまともに使っておきたいと思ったので、まずはREST について調べました。最初にREST について調べたのは、REST がRails 2.x (実際には1.2.x から)で導入された最も大きな概念だからです。 REST とは REST とはアーキテクチャスタイルである アーキテクチャスタイルとはデザインパターンのようなもので、システムを設計する上での方針をまとめたものである。 REST は「REpresentational State Transfer」の略である 直訳すると、「(リソースの)表現可能な状態の転送」。あるリソースの状態を表現したものがサーバからクライアントに転送されるのがREST。ここにでてきた「リソー
はやわかり reStructuredText
本マークアップ記法の完全な詳細は reStructuredText のページに示されています。このテキストは、覚書としての性格の文書です。 "(詳細)" というリンクを辿ると reStructuredText 仕様書を参照できます。 ただし、相対リンクとなっていますので、リンク切れの場合は、 原版の "Quick reStructuredText" から参照してください。 目次 インライン マークアップ バックスラッシュによるエスケープ 章立ての構造 段落 記号つきリスト 番号つきリスト 定義リスト フィールドリスト オプションリスト 整形済みブロック ラインブロック 引用 Doctestブロック 表 区切り線 明示的マークアップ 脚注 出典 リンクターゲット 外部ターゲット 内部ターゲット 間接ターゲット 暗黙ターゲット ディレクティブ 代入参照とその定義 コメント 助けを得たい場合は
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - nelmio/NelmioCorsBundle: Adds CORS (Cross-Origin Resource Sharing) headers support in your Symfony application
screenfony.com - このウェブサイトは販売用です！ - screenfony リソースおよび情報
サービス終了のお知らせ
インタビュー：Jérome Louvel氏にRestletについて聞く