DHH流のルーティングで得られるメリットと、取り入れる上でのポイント - KitchHike Tech Blog
はじめに こんにちは。KitchHikeエンジニアの小川です。KitchHikeでは主にサーバーサイドを担当しています。 少し前のものですが、「DHHはどのようにRailsのコントローラを書くのか (原文)」というすばらしい記事があります。Railsのコントローラ分割の(DHH流)ベストプラクティスについて解説した記事なのですが、私はこの記事に大変感銘を受け、KitchHikeのルーティング定義にもこのプラクティスを取り入れるようになりました。 本日はこのDHH流ルーティングを取り入れることで得られるメリット、実際の routes.rb でのルーティング定義のしかたについて紹介したいと思います。 DHH流ルーティングとは？何がうれしいの？ 詳しくは元記事を是非とも読んで下さい・・・なのですが、かいつまむと、ここで示されているのはたったひとつの単純明快なルールです。 コントローラはデフォルト
APIembed by Kong
Customizing Your Widget Widget Anatomy <iframe src="//api.apiembed.com/?source=https://apiembed.com/sample.json&targets=all frameborder="0" scrolling="no" width="100%" height="350" seamless></iframe> api.apiembed.com The API root, available in both HTTP and HTTPS flavors. source Source URL, a HAR Request object as the http request description format targets An ordered comma separated list of all t
『RESTful Web Services Cookbook』Recipe 4.3, “クライアントに不透明な識別子としてURIを取り扱わせる方法” - winplusの日記
『RESTful Web Services Cookbook』から。 Recipe 4.3, “クライアントに不透明な識別子としてURIを取り扱わせる方法” どのようにURIを設計したとしても、重要なのは、Webサービスによって、可能な限りクライアントが不透明な識別子としてURIを取り扱えるようにすることです。追加のリクエストを作成するために、クライアントが、サーバーの提供したURIを利用可能にすべきです。クライアントは、サーバーのURIがどのように組み立てられているかを理解する必要はありません。 課題 クライアントがURIを不透明なものとして扱うことを、どうのように保証できるか知りたい。 解決 可能であればいつでも、実行時に、リンクをつかってURIを提供してください。リンクは表現のボディ（Recipes 5.1と5.2参照）、あるいはヘッダー（Recipes 5.3参照）で提供できます。
ウェブエンジニアのためのオンラインツールまとめ
The Web engineer's online toolboxというまとめ記事が便利そうだったので、実際に試しつつ抄訳してみました。(一部のコメントと体裁は変えています。) 目次 一覧 RequestBin httpリクエストを保存するエンドポイントを作ってくれる。 Create a RequestBin のボタンをクリックするとURLが表示されるので、そこをHTTPクライアントからたたくとRequestBin側にリクエスト内容が記録される。 ソースも公開されてるのでローカルで立ちあげることもできる。 githubのwebhookのhelpも参考にどうぞ。 Hurl httpリクエストを実行してくれる。パーマリンクも作ってくれるので、POSTリクエストもコピペで他の人と共有できる。 類似サービス: REST test test , Apigee console httpbin HTTP
REST API Documentation Best Practices - software development process, training, tutorial, web applications - Bocoup
Building a back-end API layer introduces a whole new layer of coordination between server and client code. While there are many aspects to this delicate dance of communication, one key ingredient to minimizing back-and-forth-confusion-about what-call-does-what, is consistently communicating about your API endpoints. This is by no means rocket science, but over time I’ve created a template that I n
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
音声認識 | docomo Developer support | NTTドコモ
