オブジェクト設計スタイルガイド

Matthias Noback(著者), 田中裕一(訳者)

• 販売会社／発売会社: オライリー・ジャパン/オーム社
• 発売年月日: 2023/07/07
• JAN: 9784814400331

商品レビュー

2025/05/23

ドメイン駆動設計(DDD)の考え方をもとに、ソフトウェアの設計について解説した本。
サービスやコントローラやドメインモデルなど、クラスの種類ごとに説明されていてとても分かりやすかった。

別のインスタンスでも、クラスが同じであればprivateのプロパティでもアクセスできる(メソッドの引数から渡したりなど)というのは、忘れがちな仕組み。どこかで聞いたことあるような気がするけど、なんとなくアクセスできないような印象になってしまうので、覚えておきたい。

継承は、やっぱり極力、使わないほうがいいのだろうなと思った。今、業務で使っているフレームワークがかなり継承使うシステムなのだけど、確かに分かりづらいなと思う。もっと、インタフェースを使うようにしていきたい。

なお、コンストラクタの引数は常に必須としたほうがいいとのこと。DIはユニットテストで必要なだけなのだから、デフォルト値を設定して任意にしておこうと考えたことがあるけど、やめたほうがいいんだろうな…。

コンストラクタの中ではプロパティへの代入以外は何もしないというのは、最近自分も実感した。コンストラクタ内でログ出力したら、記述の順番によってうまくいかなかったりして。肝に銘じたい。

データ転送オブジェクト(DTO)という言葉はたまに聞くけど、よく分かってなかった。このオブジェクトについては、ルールを緩めたほうがいいらしい。すべてのプロパティをpublicにするのだとか。でも、個人的には、DTOでもゲッタはともかく、セッタは初期だけとしたいとは思う。

なお、セッタのメソッドの戻り値は基本的にvoidにするようにとのこと。言いたいことは分かるけど、例外は多いだろうなと思う(データベースにINSERTして、その時に設定されたオートインクリメントのIDを返すようにしたり)。

ドメインイベントというのは、いまいちよく分からなかった。それが必要なことはあるかもしれないけど、不要なことのほうが多いように思う。ただ、ちゃんと理解しきってないだけなような気もするので、もう少し、調べていきたい。

テストメソッドの命名については、読みやすくするのが大事だとのことだけど、母国語(日本だと日本語)でもいいということでいいのだろうか(自分は、テストメソッドは日本語で書くこともある)。この著者はオランダの方だそうだけど。

レイヤーごとにいれるオブジェクトについて書かれてあったけど、「リードモデルリポジトリのインタフェース」はアプリケーションレイヤなのにたいし、「ライトモデルリポジトリのインタフェース」がドメインレイヤな理由がいまいちよく分からなかった。なぜ同じレイヤじゃないんだろう。

いろいろ書いてあってけど、こういうソフトウェア設計を自然に身に着けていきたいと思った。

2025/03/19

とても良い本でした。
社内の読書会で読んでいて、読了しました。

個人的に読み終わってまず思った感想を残します。

オブジェクト設計スタイルガイドを読む前、「デザインパターン」を個人的に勉強していたのですが、自分があまり理解できてなかったと痛感しました。

「デザインパターン」を勉強していた頃は、イメージ的には受験勉強のための問題集はといている感じで、実践での活用が難したかったです。

しかし、この本では「これは〇〇パターン」という言葉は使わずに、純粋にオブジェクト指向を使って良い設計やルールを説明してくれているので、実例が先にきて、後から「あ、これは〇〇というデザインパターンだ」という理解ができたので、良い本だと思いました。


個人的にはオブジェクト設計を学び始めた方に最適です!
間違いなく、新卒研修時代によむべき本の1つだと思います。

2024/11/23

コードの書き方
こういうの好き
巻末のコーディング規約良いな
もっとあるんじゃないかな、ほんのボリュームもうちょっとあっても良かった
読むと眠くなるけど…