ドメインロジックに集中せよ 〜ドメイン駆動設計 powered by Spring
•
46 recomendaciones•30,047 vistas
ドメインロジックに焦点をあてる。 それが、ドメイン駆動設計の基本。 ドメイン駆動設計の考え方とやり方の説明と、実践基盤としての Spring Framework/Spring Boot を使った事例の紹介。
Recomendados
Más contenido relacionado
La actualidad más candente
La actualidad más candente (20)
Destacado
Similar a ドメインロジックに集中せよ 〜ドメイン駆動設計 powered by Spring
Similar a ドメインロジックに集中せよ 〜ドメイン駆動設計 powered by Spring (20)
Más de 増田 亨
Más de 増田 亨 (20)
ドメインロジックに集中せよ 〜ドメイン駆動設計 powered by Spring
- 2. ドメインロジックに集中せよ 2017年３月２８日 ギルドワークス 増田 focus on domain logic
- 4. ソフトウェアの核心にある 複雑さに立ち向う Tackling Complexity in the Heart of Software
- 5. 複雑さという課題 The Challenge of Complexity
- 17. フェーズに分ける開発 情報収集 分析・整理 基本設計 詳細設計 運用 実装 based on out-of-date assumptions
- 18. フェーズに分ける開発 情報収集 分析・整理 基本設計 詳細設計 運用 実装 based on out-of-date assumptions 担当者が変わる → 伝言ゲーム １方向の活動 → 誤りがあっても是正されない （後ろにいくほどつじつま合わせが多発）
- 19. インクリメンタルな開発 情報収集 分析・整理 基本設計 詳細設計 運用 実装 step-by-step, in small pieces, based on real-life experience day-1 day-2 day-3 … 同じメンバーが担当 すべてが発展途上 変化への機敏な対応 創発性（ブレークスルー）
- 21. ステキなお知らせ
- 24. Spring Framework ドメインモデル以外のことを 全部用意するフレームワーク Spring handles the infrastructure so you can focus on your application. Spring focuses on the “plumbing" of enterprise applications so that teams can focus on application-level business logic. Spring Framework Reference Document Spring Framework Project Introduction Spring 入門 配管
- 26. 残念なお知らせ
- 35. ドメインモデル An object model of the domain that incorporates both behavior and data
- 36. ドメインモデル ドメインロジックを オブジェクトで表現する model elements expressed as objects
- 38. 変更が楽で安全
- 43. ドメインロジックの最小単位 数値 日付 文字列 数量、金額、… 予定日、締日、… 演算の対象 演算（判断／加工／計算）のパターン 識別コード／識別名 分類コード／分類名 等値の判定 大小判定／順序付け 四則演算 換算 範囲内／範囲外の判定 型変換（文字列表現から） 型変換（文字列表現へ） 有効要素の判定 ==, equals(), … <,>, compareTo(), … MIN,MAX, …. contains(), has(), … of(), parse(), … toString(), asText(), … +-*/, plus(), minus(), … inThousand(), inPieces(),
- 45. 値オブジェクト BigDecimal Integer … LocalDate Long 起算日 InitialDate 期限 DueDate 有効期間 ValidTerm 金額 Money 数量 Quantity 単位 Unit 言語で用意された汎用の「型」 独自に定義したドメイン固有の「型」 判断／加工／計算ロジックの置き場所 45
- 46. コレクションオブジェクト （ファーストクラスコレクション） • ListやSetをラップしたドメインオブジェクト • 「一覧」「履歴」という関心事 • 一覧の検索条件、表示項目、表示順の議論は、重要な関 心事の発見につながる • コレクション操作はコードがごちゃごちゃする • 変更の副作用が多い • クラスとして独立させ、そのクラスに コレクション操作のロジックを閉じ込める • count(), contains() • select(), reject() • convertTo()
- 47. 区分オブジェクト • 振る舞いを持った Enum • 区分ごとのロジックを別クラスに記述 • Java言語仕様に組み込まれた Strategy/Stateパターン • if 文/switch文を書かない工夫 説明とコード例は、googleで 「場合わけの書き方あれこれ」で検索、 または技術評論社ムック本 「オブジェクト指向をきちんと使いたいあなたへ」 場合ごとのドメインロジックを表現する道具
- 54. 構造化：記述レベルの階層化 業務で使う用語 期日 数量 金額 消費税 キャンセル規定 順番待ち 商品リスト 在庫一覧 ドメイン固有API ExpireDate Quantity Amount TaxAmount OverBookingPolicy WaitingList Catalogue Inventory Java コアAPI BigDecimal LocalDate List,Set,Map Predicate Stream/Collectors Java 言語仕様 int , char int[], char[] String , Enum if , for 機械 人 階 層 化 ドメイン固有APIのレイヤを追加する
- 59. ドメインオブジェクトの設計レビュー ドメインロジック記述の怪しい臭い else句 switch文 boolean 宣言 判断ロジックの不適切な置き場所 判断ロジックの不要な複雑化 定数宣言だけの enum 区分ごとのロジックの置き場書が不適切 Stream ドメインロジックの暗黙化（判断／加工の隠蔽） ドメインロジックの重複 5行以上のメソッド ドメインロジックの暗黙化 ドメインロジックの重複 ３つ以上のフィールド クラスの凝集度の低下（関心事の発散） ラムダ記法（無名関数） ドメインロジックの暗黙化 メソッドチェイン ドメインロジックの暗黙化 モジュール化／構造化／自己文書化の原則違反の臭い
- 67. プレゼンテーション層 HTTP リクエスト → ドメインオブジェクト DirectFieldAccess ドメインオブジェクト → HTTPレスポンス HTML テンプレート ( Thymeleaf )
- 68. @Controller class PersonController { @GetMapping("/") String form(Person person) { return "form"; } @PostMapping("/") String register(@Validated Person person, BindingResult result) { if (result.hasErrors()) return "form"; return "redirect:/results"; } @GetMapping("/results") String results() { return "/results"; } } ドメインオブジェクトを直接使う
- 69. Direct Field Access ドメインオブジェクトはロジックを書く <getter/setter/isXxx()を書かない> @ControllerAdvice public class BinderAdvice { @InitBinder public void initBinder(WebDataBinder binder) { binder.initDirectFieldAccess(); PropertyEditor trimmer = new StringTrimmerEditor(false); binder.registerCustomEditor(Object.class, trimmer); } } #kanjava MVC で検索
- 72. サービスクラス @Service @Validated public class PersonService { @Autowired PersonRepository repository; public void register(@NotNull Person person) { repository.register(person); } @NotEmpty public List<Person> listOf(@NotNull Criteria criteria) { return repository.listOf(criteria); } } @Validated 契約による設計 assertより表現力が豊か ドメインの関心事としてのデータ入出力
- 73. ドメインの関心事としての入出力 interface PersonRepository { void register(Person person); List<Person> listOf(Criteria criteria); } ドメインの関心事：モデルの一部としてインタフェース宣言 記録／参照（Repository インタフェース） 通知 (Transfer インタフェース） データベースの都合をドメインオブジェクトに持ち込まない インタフェースで実装を分離する 依存性の逆転 データソース層がドメインモデルに依存する
- 74. データソース層と ドメインオブジェクト @Repository MyBatis SQL mapping Transfer interface RestTemplate JmsTemplate MailSender
- 77. データソースの実装 @Repository public class PersonDatasource implements PersonRepository { @Autowired PersonMapper mapper; @Override public Person findBy(PersonNumber number) { return mapper.findBy(number); } } @Mapper public interface UserMapper { Person findBy(@Param(“number”) PersonNumber number); }
- 78. データソースの実装 <resultMap id= person" type="example.domain.model.user.Person"> <id property= id" column= user_id"/> <result property="name" column="name"/> <result property="dateOfBirth" column="date_of_birth"/> </resultMap> <select id="findBy" resultMap= person"> SELECT user_id, name, date_of_birth FROM users.users WHERE user_id = #{number} </select> SQLテンプレートからドメインオブジェクトを参照する Personクラスに明示的にマッピングする
- 81. ソフトウェアの核心にある 複雑さに立ち向う Tackling Complexity in the Heart of Software