Ruby RoguesメンバとiOSエンジニアのAPI議論 - ワザノバ | wazanova

http://rubyrogues.com/147-rr-apis-that-dont-suck-with-michele-titolo/ 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約4時間前 iOSエンジニアのMichele Titoloは、Objective-Cのディペンデンシーを管理するCocoaPodsのプロジェクトで知られてますが、モバイルエンジニアの立場からAPIを利用して開発するポイントについても、自らのブログでまとめています。 1) Follow Conventions はじめてのことにトライするときは先駆者の知恵に従うほうが、クオリティの高いものをつくれるので、conventionに従うのがよい。そのほうがデバッグもしやすい。自分でAPIのルールを定義する必要が生じた場合は、一貫性を維持し

[tarchan]

＞SQL DBのシェルのようなAPI、つまりデータをどう保存しているかを反映させたAPIでなく、どのようにAPIが使われるのかを考慮してAPIをつくるべき。

[motsuni2]

API開発の4つのポイント

[a2ikm]

“つまりデータをどう保存しているかを反映させたAPIでなく、どのようにAPIが使われるのかを考慮してAPIをつくるべき” ですよねorz

[kaz_hiramatsu]

rebuildfmでも話してた内容と似てる。みんな同じ悩みをもってるんだな

[nemoba]

"APIをデータにあわせて設計すると、全パターンが苦労をする""ユーザエクスペリエンスが異なるものであれば、あるものには最適で、他にはひどいもの""ユーザエクスペリエンスが似ていれれば、うまく設計すれば大丈夫。"

[t-wada]

API 設計についての議論。特に Michele Titolo が挙げている四つのポイントは素晴らしい。

[dominion525]

API設計難しい。

[hush_puppy]

"一つのview controllerが全てを支配する" あー・・・

[koogawa]

モバイルの最初の画面の読込みは1回のAPIコールでできるようにしたい、というのは同感。なかなかそうはいかないんだけども

[iori_o]

"人はとかく賢さを誇示したくなるものだが、ものすごく凝った仕様にすると物事が複雑になる。APIをつくるときはとにかくシンプルにすること。"

[raimon49]

＞検索のAPIも、q=something?かというと、eコマースではフィルタリングも併用することが多いので、postしてJSONを返すようにした方が、もっと色々記述できて便利。