skillup

技術ブログ

アーキテクト設計全般

オブジェクト指向について その2

投稿日:2016年6月1日 更新日:

前回のエントリーのように、データとロジックを一体で考えるのは、処理状の有効性のみならず、よりユーザー側に近い処理をかくということにもつながります。

日付の問題に関してもintやshortよりはLocalDateのほうが、LocalDateよりもDateofBirthのほうが人間が直接扱うには適しています。技術者の視点としてはDateofBirthのようにソフトウェアを利用する人たちの関心ごとを直接表現できるクラスを発見し、実装することなのです。

ドメインオブジェクト

誕生日のようにソフトウェアを利用する人たちの関心ごとに直接対応するオブジェクトを「ドメインオブジェクト」と呼びます。

オブジェクト指向のプログラミングではこのドメインオブジェクトの発見と実装が主な課題です。ドメインオブジェクトは利用者の関心ごとに直接対応するため、クラス名なども利用者のことばで語られるようになります。

このため、機能の修正や拡張の対象となる箇所がクラス名から簡単にかつ正確に特定できます。また利用者の関心後の単位にデータとロジックを整理したドメインオブジェクトは変更の副作用を減らします。

パッケージ宣言

またクラス以外にも変更の対処個所を特定したり、影響範囲を狭くコントロールする仕組みがパッケージ宣言です。

コレクション型の副作用

コレクション型のデータはソフトウェア変更を難しくする原因になりがちです。

コレクションの操作はループ処理が多く、バグが混入しやすい、というデメリットがあります。

そのため、コレクションを扱うときにはコレクション型のインスタンス変数と、そのコレクション型を操作するロジックを一か所に集めた独自のクラスを作るのがオブジェクト指向らしいやり方です。

ファーストコレクションがない思想のプログラム

ファーストコレクションを反映したプログラム

こうすることで変更の影響範囲をせまく限定することができます。

-アーキテクト設計全般

執筆者:


  1. […] その1 オブジェクト指向 その2 オブジェクト指向 […]

comment

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です

関連記事

no image

オブジェクト指向設計 単一責任のクラスの設計

オブジェクト指向をするうえでの大事なポイントなど Contents1 単一責任のクラス設計1.1 メモ1.2 実際のコーディング上のコツ1.3 感想1.4 参考文献 単一責任のクラス設計 メモ 単一責 …

no image

オブジェクト指向 ドメインモデル

本日も引き続き「現場で役立つシステム設計の原則」を読み進めてます。 本日は主にドメインモデルの考え方について。 Contents1 ドメインモデルの考え方1.1 要点1.2 感想 ドメインモデルの考え …

no image

オブジェクト指向 アプリケーション間連携(主にWebAPI)

本日も引き続き「現場で役立つシステム設計の原則」を読み進めてます。 本日はプレゼンテーション層、いわゆるMVCのViewにあたる部分。 Contents1 アプリケーション間連携(主にWEBAPIに関 …

no image

キャッシュの使い所とメリデメに関して(主に一覧系の処理に関して)

現在のプロジェクトがかなりの規模のECサイトになるため、正確性とパフォーマンスのトレードオフなどが先日議題にあがりました。 完全なトレードオフではないのかもしれませんが、比較的あちらをたてればこちらが …

no image

オブジェクト指向設計 依存関係の管理

オブジェクト指向シリーズ。読みにくい本が多い中でオブジェクト指向設計実践ガイドは勉強になるなー。 Contents1 依存関係の管理1.1 メモ1.2 実際のコーディング上のコツ1.3 感想 依存関係 …

アーカイブ