現場で役立つシステム設計の原則 3章

公開日:2019-04-28
最終更新:2019-04-28
  • DTOとかJavaBeansとかプロパティ、getter/setterしか持たないのではなく、オブジェクト指向としてはどうなのか?を考慮する。
  • レイヤードアーキテクチャに限らないが、気をつけないとどこの層でもJavaBeansを使うビジネスロジック書けてしまうのが問題
  • 下手したらどこをなおせばいいの?ってなってしまいかねない、というのと、もしかしたらコードが重複してる可能性がある。
  • データクラスと機能クラスを分けるのは、オブジェクト指向的にもあっていない。

オブジェクト指向の設計は改善の繰り返しです。最初から良い設計が見つかるわけではありません。

  • データクラスと機能クラスを合体すると、クラスが肥大化して見通しが悪くなってしまうこともある。ここで、インスタンス変数とメソッドが結びついているもの見出して、別クラスに切り出すと、凝集度が高くなる。
  • クラスをわけていくと数も多くなるので、ここでパッケージの見直しを行い、分かりやすいパッケージ構成にして、クラスを管理しやすくする。
  • 3層に散らばってしまいがちなデータクラス、機能クラスをドメインオブジェクトとしてまとめて、3層からはドメインオブジェクトを利用するようにする。
記事が少しでもいいなと思ったらクラップを送ってみよう!
1
+1
yodai_u_uの技術ブログ

よく一緒に読まれている記事

0件のコメント

ブログ開設 or ログイン してコメントを送ってみよう
目次をみる

技術ブログをはじめよう

Qrunch(クランチ)は、ITエンジニアリングに携わる全ての人のための技術ブログプラットフォームです。

技術ブログを開設する

Qrunchでアウトプットをはじめよう

Qrunch(クランチ)は、ITエンジニアリングに携わる全ての人のための技術ブログプラットフォームです。

Markdownで書ける

ログ機能でアウトプットを加速

デザインのカスタマイズが可能

技術ブログ開設

ここから先はアカウント(ブログ)開設が必要です

英数字4文字以上
.qrunch.io
英数字6文字以上
ログインする