イントロ
オブジェクト指向設計・DDD・パターン
似た言葉を目的で分ける
基本情報技術者試験で扱う「オブジェクト指向設計・DDD・パターン」を、IT知識なしでも意味と使いどころから学べるように整理します。まず目的をつかみ、似た言葉や条件の違いを短く見分けます。
システム開発に戻る
学習モード
外観
1 / 8 ブロック13%
上下にスクロールするかキーボードの上下キーを使うと、次の学習カードへ進めます。
定義
- とは、同じ性質と振る舞いをもつオブジェクトの型です。
- 見分けるポイント
- は、データと操作をまとめ内部の詳細を外部から隠す考え方です。は、業務領域のモデルと言葉を中心に進める設計です。
比較
| 観点 | 見ること | 誤りやすい読み |
|---|---|---|
| 目的 | クラスで何を判断するか | 用語名だけで選ぶ |
| 対象 | インスタンスと属性の違い | 似た語を同じものとして扱う |
| 問題文 | 現実の概念、責務、依存関係をどう分けるかを見る | 細部だけを先に追う |
観点目的
- 見ること
- クラスで何を判断するか
- 誤りやすい読み
- 用語名だけで選ぶ
観点対象
- 見ること
- インスタンスと属性の違い
- 誤りやすい読み
- 似た語を同じものとして扱う
観点問題文
- 見ること
- 現実の概念、責務、依存関係をどう分けるかを見る
- 誤りやすい読み
- 細部だけを先に追う
オブジェクト指向設計・DDD・パターンは、似た語を丸暗記するより、目的・対象・条件を同じ観点で並べると選びやすくなります。
例
- 場面
- 注文ドメインの言葉をチームでそろえ、注文クラスの責務を設計する例
- 順に考えると
- まずクラスが何を表すかを確認します。次にとの違いを、問題文の対象・条件・順序から分けます。ここでは現実の概念、責務、依存関係をどう分けるかを見る。
- ここが結論
- この例では、現実の概念、責務、依存関係をどう分けるかを見ることが要点です。答えを選ぶときは、クラス図を書けばオブジェクト指向設計が完了したと思うという読み違いを避けます。
注意
混同しやすい点
確認
理解チェック
Q1
オブジェクト指向設計・DDD・パターンを問題で読むとき、最も適切な見方はどれですか。
まとめ
まとめ
- 1
オブジェクト指向設計・DDD・パターンの目的を説明できる
- 2
主要な関連語を条件で分ける
- 3
現実の概念、責務、依存関係をどう分けるかを見る
- 4
混同しやすい読みを条件で直す