tobb422のブログスマートフォン用の表示で見るtobb422のブログスタートアップエンジニアの奔走この広告は、90日以上更新していないブログに表示しています。未来の自分のためにも一度整理しておきます。開発することを想定しています。ついて以下のような要素を挙げていました。APIの品質検査方法として、以下を挙げています。(SSKDs)を想定しているわけではないのですが、いずれにせよ、参考にできることは非常に多いと、私は考えています。詳しくは、書籍をご覧ください。ホットワードになっています。使いやすさは向上するのではないかと考えおり、チーム開発において、ハッピーになれる人が増えると思っています。一貫性があるAPIを開発するために...一貫性を確保することは、非常に難易度が高いです、、そして、チームの人数(関係者)が増えれば増えるほど、運用が難しいように思えます。開発するために心がけていることをメモしておきます。開発者向け)詳しく追っていきます。従うことを意識するのが良いかなと思っています。返す上記に従う形で、設計をするのが良いのではないかと考えています。エンティティ)」と同じではないと考えています。して語られているようにも思います。扱いやすい単位に、各エンティティを集約することが重要な気がします。1つのモデル」ではないということです。層と呼ぶことが多いです。利用しやすい単位にまとめて返すことが良いと考えています。各ページに依存してしまうのは良くないので、難しいところです。リソースを定義するために、フロントエンドチームと議論しながら、そのアプリケーションで扱うドメインの定義を行っていく必要があると思います。公開しているエンドポイント、そして定義されているリソースを書いていくようにしています。ライブラリを導入することで自動でドキュメントを出力してくれます。同じような仕組みを取り入れていると思うので、そちらを利用するのが便利だと思います。命名規則や、アンチパターンなどをまとめておくようにしています。リソースの定義も書いておくと良いかもしれません。一貫性を確保には、メンバー間での調整がかなり必要で調整をなくすためにも、明文化できるものは全て記載しておくくらいでも良いかなと思っています。開発者は、全てを知らなくても良いコーディング方法を見つけられる(選択的無知)を意識して置くことも必須です。運用する要素として、以下の要素挙げました。開発者向け)もちろん、これが正解というわけではなく、1つの考え方として思ってもらえると幸いです。生成する基盤を作成したチームの開発速度をあげるSPAで利用するAPI設計を考える...月別アーカイブはてなブログをはじめよう!tobb422さんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。