種族値合計600以上のポケモンを返すAPIをクリーンアーキテクチャで作成した

Transcript

1. 種族値合計600以上のポケモンを返すAPIを作成した
2. 「クリーンアーキテクチャ」とは？ 特徴 ・ソフトウェアの設計パターン ・依存の矢印が外側から内側へ (内側は外側を知らない) →ビジネスロジックが外部APIや DBに依存しない メリット ・テストが書きやすい ・保守性が高い
3. 今回作ったもの 種族値の合計が 600以上の第一世代のポケモン を返すAPI ポケモンのデータ自体はPokeAPIから取得
4. 今回作ったもの Entities ・ポケモンの型、ハイスタッツのルール Use Cases ・ポケモンを取得し、ハイスタッツに絞るという一連の処理 Gateways ・外部から取得したデータをユースケースが扱いやすい形 に変換 Drivers ・PokeAPIからポケモンを取得し、返すだけ
5. 技術スタック ・Hono ・Vitest ・PokeAPI
6. 学び・気づき レイヤーごとの役割が明確だから迷いがへる 実装時にどこに何を書こう、と悩む時間がなくなると思いました。 ビジネスルールを先に書くので、目的を見失いにくい 一番の目的を先に決めるので、実装途中で「あれ、なんか何がしたいのかわからなくなってきた」「目的とズレたことしてたか らやり直さなきゃ」みたいなのがなくなると思います。 とはいえ、この規模だとあまりメリットを感じない 上の二つのメリットを知ったものの、今回の規模だとクリーンアーキテクチャの良さを感じづらかったです。 PokeAPIのレスポ ンスが変わったり、別の APIに変更したりすれば保守性の高さを実感できるはずです。
7. 今後の展望 クリーンアーキテクチャでtodoアプリを作りたい。 ORMやDBの変更がどのくらい楽になるのか体感したい。