[B! json][API][JSON] CLSmoothのブックマーク

すばらしきポケモンエコシステム⚡️ - Qiita

タイトルだけだと何を言っているのか意味が分からないと思うのですが、最近ポケモン図鑑を作っていて、その過程で思いの外ポケモン関連のエコシステムが充実していたので、発見したものを紹介いたします。ちなみに私はXYまでは全作プレイしてました。スプラトゥーン沼のせいで時間がなくなり卒業しました。(自慢ですがウデマエXです) データ系まずは要となるポケモンデータを管理してくれているパッケージたちを紹介します。この分野は競合がたくさんいるのですが、私が見つけた中で一番筋が良さそうだったのはこちらです。 GitHub - fanzeyi/Pokemon-DB: A Pokemon database in JSON format. 次のそれぞれの要素に対してのJSONがあります。ポケモンアイテムワザタイプ例えば私はクチートが好きなのですが、クチートのデータはこんな感じ。 { "base": {

CLSmooth 2018/08/30

リンク

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

CLSmooth 2017/03/07

リンク

[WordPress] 記事を JSON で出力する API ページを作る | rakuishi.com

WordPress の記事を外部から取得する際は、基本的にフィードを利用しますが、その場合、取得できる最大件数が決められていたり、公開された記事しか取得できないなどの制約があります。そのような制約を無視して、WordPress に蓄えた情報を JSON で出力する API ページを作る方法を紹介します。 API Page Template を作成する API は、WordPress で現在適用しているテーマファイルに、オリジナル固定ページという形で設置します。最新記事 3 件を JSON で出力するコードが書かれた api-page.php を用意します： <?php /* Template Name: API Page */ $args = array( 'numberposts' => 3, 'orderby' => 'post_date', 'order' => 'DESC', )

CLSmooth 2015/09/03

リンク

RESTのベストプラクティス | POSTD

現在ではREST APIはとても一般的な話題です。ほとんどすべてのWebアプリケーションの一部分となっています。シンプルで一貫性があり実際的なインターフェースは必須です。これは皆さんのAPIを他の人が使うことをとても容易にします。皆さんにとってはRESTの実践が日常的に感じられるかもしれませんが、RESTをあまり尊重しない人々もよく見かけます。これがRESTについて投稿するきっかけでした。この記事にはRESTfulなAPIを設計する時に考慮すべきベストプラクティスがあります。注意 : ここでのベストプラクティスは、私が過去の経験に基づいて良いと考える事例です。もし違う考えをお持ちであれば、お気軽にメールをくだされば意見交換できると思います。 APIのバージョンを示す APIのバージョンは必須であるべきです。これがあると時間が経ってAPIが変わっても影響を受けません。その方法の1つはUR

CLSmooth 2015/01/05

リンク

HTMLでWeb APIをつくる - Qiita

シングルページアプリケーションやモバイルアプリなどの普及により、サーバサイドではJSONを出力するWeb APIの必要性が高くなってきています。みなさんはどのようにWeb APIを作っているでしょうか。 JSONはビュー RailsでJSON APIを定義する時、素のままでやろうとするとコントーラでto_jsonを呼んだり、モデルにas_jsonを定義したりすることになるかと思います。モデルに書くとAPIによって出力内容を変えたい場合にとても苦労します。 API数が増えれば増えるほどモデルが複雑になっていきます。 APIレスポンスとしてのJSONはコントローラやモデルに書くべきでしょうか？ビューに書いた方が自然ではないでしょうか？これはRailsでの話ですが、Railsに限らず、フレームワークを使ってWeb APIを作るときに一般的にあてはまることだと思います。変化に強い、再利用