実務での初めてのクラス設計

Transcript

1. 実務での初めてのクラス設計 Hombo-Yasutaka(@株式会社現場サポート) 実務での初めてのクラス設計
2. 自己紹介 名前: 本坊 康孝(ほんぼう やすたか) 所属: 株式会社現場サポート 趣味: 読書, 海外サッカー, お酒 、ランニング(New) 実務での初めてのクラス設計
3. 背景 実務での初めてのクラス設計
4. 実装したもの スケジュールの年繰り返し登録機能の追加（front / back） 背景 実務での初めてのクラス設計
5. front スケジュール繰り返し登録機能自体は実装済だったので、あ る程度仕様が固まった時点で生成AIに実装させた。 背景 実務での初めてのクラス設計
6. back 3層（レイヤード）アーキテクチャ＋ドメインモデルを採用 背景 実務での初めてのクラス設計
7. 何でbackで試（せ｜し）たのか？ 影響範囲を考えた結果、新規でAPIを作ることに 既存の処理も手続的だし、他の書き方に挑戦してみたい なぁ 最近勉強している内容を活かせそうだったので上司に相 談したところ ( ･ิω･ิ) 「GoGo」 背景 実務での初めてのクラス設計
8. 実装の流れ 背景 実務での初めてのクラス設計
9. まずは、既存の日・週・月繰り返し登録APIを 真似て新規APIを実装 実装の流れ 実務での初めてのクラス設計
10. 「現状」の仕様を満たす動作であることを確認 し、統合テストを実装 実装の流れ 実務での初めてのクラス設計
11. ここまで来て、ようやく安心してクラス設計 （リファクタリング）できる準備が整いまし た。 実装の流れ 実務での初めてのクラス設計
12. 大まかなクラス設計は以下のようになった。 UI層：tornado。リクエストのハンドリング（バリデーシ ョン含む） ユースケース層：ドメインオブジェクトから登録するスケ ジュールを生成し、データの永続化を実行する。 永続化層：実際にデータ永続化処理を行う。 ドメインモデル：リクエストによって生成され、生成時 にビジネスロジックのバリデーションを行う。 実装の流れ 実務での初めてのクラス設計
13. クラス間の関係図 永続化 ユースケース ドメイン UI 永続化 ユースケース ドメイン UI User 登録 バリデーション ⽣成依頼 バリデーション ⽣成 登録依頼 登録データ⽣成 登録依頼 登録完了 登録完了通知 OK User 実装の流れ 実務での初めてのクラス設計
14. テストに関して クラス設計と並行して単体テストを作成 単体テストの対象はビジネスロジックに絞った 実装の流れ 実務での初めてのクラス設計
15. 実際にやってみて 実装の流れ 実務での初めてのクラス設計
16. クラス設計めちゃくちゃ楽しい。 実際にやってみて 実務での初めてのクラス設計
17. 単体テストめちゃくちゃ書きやすい 実際にやってみて 実務での初めてのクラス設計