C#上級

上級 C#で学ぶオブジェクト指向設計｜アンチパターン編

 

導入

オブジェクト指向設計は、システムの複雑性を管理するための強力な手法であるが、誤った実装がもたらす影響は計り知れない。特に、現場でよく見られるアンチパターンは、開発者が直面する課題の一つだ。本記事では、C#を用いて、実際の業務で遭遇しやすいアンチパターンを掘り下げ、改善策を考察する。

教科書レベルの解説（オブジェクト指向設計）

重要な概念の整理

オブジェクト指向設計の核となる概念には、カプセル化、継承、ポリモーフィズムがある。これらの概念は、コードの再利用性や可読性を高めるために重要であり、適切に適用されるべきである。しかし、これらの概念を誤用すると、システム全体の設計が崩れ、メンテナンスが困難になることがある。

コード例（C#）


// 典型的なアンチパターンの例
public class User {
    public string Name;
    public string Email;
    public string Password;

    public void SendEmail(string message) {
        // メール送信のロジック
    }
}

コードの行ごとの解説

  1. このクラスは、ユーザー情報を保持するための単純な構造体のように見えるが、実際には多くの問題を抱えている。
  2. フィールドがpublicであるため、外部から直接アクセスされる可能性が高く、カプセル化が損なわれている。
  3. SendEmailメソッドは、ユーザー情報と無関係な機能を持ち込み、クラスの責務が不明確になっている。

アンチパターン編

上記のコード例は、いわゆる「神クラス」の典型である。多くの責任を一つのクラスに集約することで、メンテナンス性が低下し、テストが困難になる。これを改善するためには、クラスを責任ごとに分割し、単一責任の原則に従うことが求められる。

例えば、ユーザーの情報管理とメール送信を別々のクラスに分けることで、各クラスの責務を明確にすることができる。以下のように改善することができる。


public class User {
    public string Name { get; private set; }
    public string Email { get; private set; }
    public string Password { get; private set; }

    public User(string name, string email, string password) {
        Name = name;
        Email = email;
        Password = password;
    }
}

public class EmailService {
    public void SendEmail(User user, string message) {
        // メール送信のロジック
    }
}

まとめ

  • クラスの責務を明確にすることで、可読性とメンテナンス性が向上する。
  • カプセル化を守ることで、外部からの不正なアクセスを防止できる。
  • オブジェクト指向設計の原則を適切に適用することが、システムの健全性を保つ鍵となる。
RELATED POST