共有
  • 記事へのコメント33

    • 注目コメント
    • 新着コメント
    その他
    enemyoffreedom
    enemyoffreedom 2016年3月の記事

    2023/02/24 リンク

    その他
    nilab
    nilab 「そうすべき理由が明らかになっていないか、もしくは表現が曖昧な場合が目立っていると感じました。設計は実装のようにプログラム言語仕様が制約を与えられないため、意図を明確にすることが何よりも重要です」

    2020/03/10 リンク

    その他
    isdh
    isdh “設計は実装のようにプログラム言語仕様が制約を与えられないため、意図を明確にすることが何よりも重要です。”

    2018/11/01 リンク

    その他
    smihara
    smihara “り利用者が誰であるかは特定されます。利用者が持つ属性の一つとして「バージョン○○の API を使う」という情報を得られるようにすれば、利用者個々が異なるバージョンの API を利用できます。このような仕組みをオ

    2016/09/23 リンク

    その他
    o_hiroyuki
    o_hiroyuki 設計

    2016/04/03 リンク

    その他
    yuya_presto
    yuya_presto 元記事と合わせて読みたい

    2016/04/02 リンク

    その他
    surume000
    surume000 REST厨は誰のためにがんばっているんだろう?ユーザーのためでも、開発者のためでもない気がするんだけど。

    2016/04/02 リンク

    その他
    tolkine9999h
    tolkine9999h こちらも合わせて

    2016/04/01 リンク

    その他
    ttakezawa
    ttakezawa ぼくも「当該記事」を読んでめっちゃもやもやしてたので、こういう記事はとても嬉しい

    2016/03/30 リンク

    その他
    baca-aho-doji
    baca-aho-doji すごくわかりやすくて「なぜ」の部分にフォーカスがあたっているので勉強になった。疎結合の話で依存性注入にまで話が及んでて大変参考になりました。

    2016/03/30 リンク

    その他
    hogege
    hogege φ(・_・

    2016/03/30 リンク

    その他
    masudaK
    masudaK ほんと正解知りたい

    2016/03/30 リンク

    その他
    northlight
    northlight WebAPI はシステム間の依存性を排除するのが存在理由の一つ

    2016/03/30 リンク

    その他
    k2wanko
    k2wanko RESTが辛いのでRPCに行きたい

    2016/03/30 リンク

    その他
    t_yamo
    t_yamo どちらも分かるけれど「/inu_no_john」の暗黙知抑制の話と「複数のリソースを包含的に示すリソース」による横断的なアクションとの関係が気になる。前者はもう少し詰めてロジックを立てる余地があるのかな。

    2016/03/29 リンク

    その他
    kwhrtsk
    kwhrtsk バージョンが変わると機能(例えばGETならレスポンス)も変わるならそれはバージョンの違うリソースなのでURLにバージョン入れて違うエンドポイントに定義するべきなのではと思った。

    2016/03/29 リンク

    その他
    redredstar
    redredstar 全然関係ないが、未だにXMLで返そうとしてくる設計者にJSONを推すための材料が欲しい

    2016/03/29 リンク

    その他
    bigchu
    bigchu : 設計

    2016/03/29 リンク

    その他
    digitalglm
    digitalglm 「WebAPI 設計のベストプラクティス」に対する所感 - Qiita: 「 翻訳: WebAPI 設計のベストプラクティス 」を読んで色々と思うところがあったので書きました。 上記の記事は訳文でありますので、正しくは「 Best…

    2016/03/29 リンク

    その他
    poppun1940
    poppun1940 「 翻訳: WebAPI 設計のベストプラクティス 」を読んで色々と思うところがあったので書きました。 上記の記事は訳文でありますので、正しくは「 Best Practices for Designing a Pragmatic RESTful API 」に対する所感と述べた方が良いの

    2016/03/29 リンク

    その他
    ginzi009
    ginzi009 「WebAPI 設計のベストプラクティス」に対する所感

    2016/03/29 リンク

    その他
    akulog
    akulog #toki3_memo

    2016/03/29 リンク

    その他
    pero_0104
    pero_0104 やべえなるほど すげー分かりやすい…見直してくる!

    2016/03/29 リンク

    その他
    ko-ya-ma
    ko-ya-ma なるほど! “仕様書はモックサーバとして動くようにする”

    2016/03/29 リンク

    その他
    HHR
    HHR 結局「複数のリソースを横断的に検索するようなアクション」はどうすれば…

    2016/03/29 リンク

    その他
    tzt
    tzt 広く公開するAPIならこんな感じなんだろうなあ。アプリだと画面ごとに効率よくなるよう作りこんだりだとかだしな。

    2016/03/29 リンク

    その他
    miragestlike
    miragestlike 良い記事だ

    2016/03/29 リンク

    その他
    kgrock
    kgrock 「WebAPI 設計のベストプラクティス」に対する所感

    2016/03/29 リンク

    その他
    kawa-_-kawa
    kawa-_-kawa バージョンURLに含めたらダメなのか。運用(変更)コストとも兼ね合いになるので自分は妥協して使っています。無い方が良いのはその通りだと思います。

    2016/03/29 リンク

    その他
    tkawa
    tkawa 『「何故それが必要なのか」という理由を意識し、周りとそれを共有するよう心がけるのが肝要』良い議論

    2016/03/29 リンク

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック!
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    「WebAPI 設計のベストプラクティス」に対する所感 - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure y...

    ブックマークしたユーザー

    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事