現場で役立つシステム設計の原則 ～変更を楽で安全にするオブジェクト指向の実践技法

増田亨

「ソースがごちゃごちゃしていて，どこに何が書いてあるのか理解するまでがたいへん」「1つの修正のために，あっちもこっちも書きなおす必要がある」「ちょっとした変更のはずが，本来はありえない場所にまで影響して，大幅なやり直しになってしまった」といったトラブルが起こるのは，ソフトウェアの設計に問題があるから。日本最大級となる60万件以上の求人情報サイト「イーキャリアJobSearch」の主任設計者であり，システム設計のベテランである著者が，コードの具体例を示しながら，良い設計のやり方と考え方を解説します。

• カテゴリ: ビジネス・実用
• ジャンル: IT・コンピュータ / 言語・プログラミング
• 出版社: 技術評論社
• タイトル: 現場で役立つシステム設計の原則 ～変更を楽で安全にするオブジェクト指向の実践技法
• タイトルID: 455508
• ページ数: 320ページ
• 電子版発売日: 2017年07月21日
• コンテンツ形式: EPUB
• サイズ(目安): 13MB

[ブクログ · ★★★★★]

実務の中でドメイン駆動の設計開発をどのようにしていったらいいか、具体的な手順と留意点が書かれていました。ドメイン駆動開発の入門書としてとてもいい本だと思いました。

[ブクログ · ★★★★★]

オブジェクト志向で開発、設計する意義や具体的な開発方法が紹介されていて、とにかく分かりやすかった

オブジェクト志向の説明は抽象的でとっつきにくいものも多い印象だが、本書はタイトル通り現場に沿ったものであることをとても感じた

少しずつ日々の開発に取り込んでいきたい

[ブクログ · ★★★★★]

オブジェクト指向だけでなく、ドメイン駆動設計やマイクロサービスアーキテクチャの足掛かりになる良本。
よくあるオブジェクト指向の本を読んでピンと来なかった方や、業務システムの設計や実装で苦しんだ経験のかる方にはきっと内容が刺さります。

[ブクログ · ★★★★★]

オススメされたので読んだ。

前半はデータとロジックを一緒に定義していこう（ドメインオブジェクトの定義）、
後半はシステム全体でどうやってドメインオブジェクトやその他の部分を作って行くのかという内容。

説明については前半はかなり具体的に、後半はアプリケーションよるのでやや抽象的な印象だった。

ぼんやり考えていたことを言葉に表してくれた感するし、
普段しない習慣だけど取り入れると良さそうな習慣もあった。

-------
以下、メモ・気になった点

- 値オブジェクトを作る
- コレクションもラップする
- 条件分岐は書かない
- elseは特に複文になるからだめ

- enum setを使って状態遷移図を作ろう
- やってみようとしたことあるけど上手くいかなかった。
- 今作ってるアプリが丁度複雑な状態遷移を持つので再度試してみたい

- データモデルに対するドメインモデルの考え方
- ドメインオブジェクトはデータと業務オブジェクトが一体何なっているクラス
- オブジェクト指向の本来の使い方
- ドメインオブジェクトを作って参照関係を整理した状態をドメインモデルと呼んでいる
- 業務のロジックがアプリケーション層からドメインモデルへ移る

- 業務フローで最初に発生するオブジェクトはその後で発生するオブジェクトを知らない。

- 全体を俯瞰する手段
- パッケージ図と業務フロー図

- 更新系のサービスでは使う前にデータが正しい状況にあるかどうかを事前にチェックする

- ドメインオブジェクトがテーブルのマッピングオブジェクトになるのは良くない。業務のロジックとデータの管理が関心の主なオブジェクトにデータベースの関心を持ってくるのは良くない。

- IDやグループを表すカテゴリはURIのパスパラメータに。
- クエリパラメータにすべきはオプショナルなパラメータ

[ブクログ · ★★★★★]

ドメイン駆動設計についてわかりやすく書いていて、エリックエバンスの原著を読まなくても、エッセンスをつかめる良書でした。

[ブクログ · ★★★★☆]

コーディングの基本
ドメイン知識の深掘り方法
データベース設計
サービスクラス、ドメインクラス
画面設計と業務設計
アプリケーション間連携

幅広くWebアプリケーション開発に関するノウハウに触れれる。ジュニアには是非とも一読オススメしたい

[ブクログ · ★★★★☆]

実践的なオブジェクト指向プログラミングを学べる。
オブジェクト指向とはプログラムの整理整頓の技術である。
バグを埋め込みにくく、ソース変更した際の影響範囲を小さくする。
オブジェクト指向でのプログラミングは、手続き型と比較して時間がかかる。
中身が読みにくくぐちゃくちゃのプログラムも、
オブジェクト指向に従って一定の規律で整理されたプログラムも
使い手にとっては、「動く」ということに変わりない。
だけど、長期的に運用を継続していくにつれ、後者のメリットが大きくなっていく。
時間をかけてでも、オブジェクト指向でのプログラミングをしていきたい。
発注側に理解されない（見えない）部分なので、ツライですところがありますが。

[ブクログ · ★★★★☆]

オブジェクト指向プログラミングとドメイン駆動設計の考えを実践的なシステム設計に落とし込むやり方が書いてありました。
もともとオブジェクト指向プログラミングやドメイン駆動設計を勉強していたが、より具体的なイメージがついたなと思います。

ちょっと真似できないなと思う内容もありましたが、非常に参考になる内容も多かったです。

ただ、これからシステム設計を始める人が初めて読む本ではないなと思いました。
(外部設計を担当することになったから勉強したい、みたいな)
オブジェクト指向やドメイン駆動設計を軽くでも知っている人が、より実践的な知識、手法を知るための本だと思います。

[ブクログ · ★★★★☆]

初心者向けかと思いきや、かなり高度な内容も含まれている
しかも、それがかなりわかりやすく、簡潔に書かれている
タイトルに「原則」とあるが、まさにその通りだと思う

[ブクログ · ★★★★☆]

オブジェクト指向を勉強する中で、どのような設計が運用しやすいのか考えていた中で出会った本書。
ドメインを意識して設計をすることで、変更箇所、影響範囲を把握しやすいシステムを作ることができそうだ。
実際にDDDを使って実装していくのは時間がかかりそうだが、本書で紹介されていた値オブジェクトやドメインモデルの考え方を使って少しずつなれていければと思う。
あと、デザインの4原則がDDDに活かせるという話は驚きがあった。