C#を用いたオブジェクト指向プログラミングにおいて、継承はコードの再利用性や拡張性を高めるための極めて重要な概念です。
その中心となるのが「基底クラス（ベースクラス）」であり、共通の性質や振る舞いを定義することで、効率的なシステム設計を可能にします。
しかし、単に機能を継承するだけではなく、抽象クラスや仮想メソッド、アクセス修飾子の適切な選択など、C#特有のルールを正しく理解していなければ、保守性の低いコードを生み出す原因にもなりかねません。
本記事では、C#における基底クラスの仕組みから、継承の実践的な活用方法、実装における詳細なルールまでを体系的に解説します。
C#における基底クラスと継承の基本
C#における継承とは、あるクラス（派生クラス）が別のクラス（基底クラス）のメンバーを引き継ぐ仕組みを指します。
これにより、共通の処理を一度だけ記述し、それを複数のクラスで共有することが可能になります。
継承の構文と基本的な考え方
C#でクラスを継承するには、クラス名の後ろにコロン (:) を記述し、その後に基底クラス名を指定します。
C#の言語仕様として、クラスの多重継承は禁止されており、一度に継承できる基底クラスは1つのみに限定されています。
using System;
// 基底クラス（親クラス）
public class Animal
{
public string Name { get; set; }
public void Eat()
{
Console.WriteLine($"{Name}が食事をしています。");
}
}
// 派生クラス（子クラス）
public class Dog : Animal
{
public void Bark()
{
Console.WriteLine($"{Name}が吠えています：ワンワン！");
}
}
class Program
{
static void Main()
{
Dog myDog = new Dog();
myDog.Name = "ポチ";
// 基底クラスのメソッドを呼び出し
myDog.Eat();
// 派生クラス独自のメソッドを呼び出し
myDog.Bark();
}
}ポチが食事をしています。
ポチが吠えています：ワンワン！この例では、Dog クラスは Animal クラスを継承しています。
その結果、Dog インスタンスは Animal で定義された Name プロパティや Eat メソッドをそのまま利用できます。
すべてのクラスの頂点にある Object クラス
C#では、明示的に基底クラスを指定しない場合、そのクラスは自動的に System.Object クラスを継承します。
つまり、C#のすべての型は最終的に Object クラスから派生していることになります。
これにより、どのオブジェクトでも ToString() や Equals() といった基本的なメソッドを使用できるという共通基盤が提供されています。
アクセス修飾子による継承の制御
基底クラスのメンバーをどこまで派生クラスに公開するかは、アクセス修飾子によって厳密に管理されます。
継承関係において特に重要なのが protected 修飾子です。
protected 修飾子の役割
通常、private 指定されたメンバーは、そのクラス内からしかアクセスできません。
しかし、protected 修飾子を使用すると、そのクラス自身および派生クラスからのみアクセスを許可することができます。
外部（クラスの外側）からは隠蔽しつつ、子クラスには機能を提供したい場合に最適です。
| 修飾子 | クラス内部 | 派生クラス | 外部クラス |
|---|---|---|---|
| public | 〇 | 〇 | 〇 |
| protected | 〇 | 〇 | × |
| internal | 〇 | 〇(同一アセンブリ内) | 〇(同一アセンブリ内) |
| private | 〇 | × | × |
継承を利用する設計では、安易に public にするのではなく、カプセル化を維持するために protected を適切に使い分けることが推奨されます。
仮想メソッド（virtual）とオーバーライド（override）
基底クラスで定義した振る舞いを、派生クラス側でカスタマイズしたい場合があります。
これを実現するのが「ポリモーフィズム（多態性）」の根幹を成す仮想メソッドの仕組みです。
仮想メソッドの実装ルール
基底クラスのメソッドに virtual キーワードを付与すると、そのメソッドは「派生クラスでの再定義を許可する」という意味になります。
派生クラス側では、override キーワードを用いてメソッドを再定義します。
public class Shape
{
// 仮想メソッド：派生クラスでの変更を許可
public virtual void Draw()
{
Console.WriteLine("図形を描画します。");
}
}
public class Circle : Shape
{
// オーバーライド：基底クラスの動作を上書き
public override void Draw()
{
Console.WriteLine("円を描画します。");
}
}base キーワードによる基底クラスへのアクセス
派生クラスでメソッドをオーバーライドした際、基底クラスの元の処理も実行したい場合があります。
その際は base キーワードを使用します。
base.MethodName() と記述することで、隠蔽または上書きされた基底クラス側のメンバーを明示的に呼び出すことが可能です。
抽象クラス（abstract）の役割と実装ルール
基底クラス自体をインスタンス化（new）させたくない場合や、共通のインターフェースのみを定義し、具体的な処理はすべて派生クラスに強制させたい場合には「抽象クラス」を使用します。
抽象クラスと抽象メソッドの定義
抽象クラスには abstract 修飾子を付与します。
抽象クラス内では、中身のない 抽象メソッド（abstract method） を宣言できます。
// 抽象クラス：インスタンス化不可
public abstract class DatabaseConnector
{
// 抽象メソッド：派生クラスに実装を強制する
public abstract void Connect();
// 通常のメソッドも持てる
public void Disconnect()
{
Console.WriteLine("データベースから切断しました。");
}
}
public class SqlServerConnector : DatabaseConnector
{
// 抽象メソッドの実装（overrideが必要）
public override void Connect()
{
Console.WriteLine("SQL Serverに接続しました。");
}
}抽象メソッドを持つクラスは、必ず抽象クラスとして定義しなければなりません。
また、抽象クラスを継承した非抽象クラス（具象クラス）は、すべての抽象メソッドをオーバーライドして実装を完了させる義務があります。
抽象クラスとインターフェースの使い分け
C#には抽象クラスと似た概念として「インターフェース」が存在します。
これらの使い分けは設計上の重要なポイントです。
- 抽象クラス： 「〜は〜の一種である（is-a関係）」を表現し、共通のコードや状態（フィールド）を保持したい場合に使用。
- インターフェース： 「〜ができる（can-do関係）」という能力や振る舞いを規定し、異なる家系のクラス間に共通の規約を持たせたい場合に使用。
コンストラクタの連鎖と初期化ルール
継承関係にあるクラスにおいて、インスタンス化の際には必ず 基底クラスのコンストラクタから順に実行されます。
派生クラスのコンストラクタが動く前に、土台となる基底部分が初期化されていなければならないためです。
引数付きコンストラクタの呼び出し
基底クラスにデフォルトコンストラクタ（引数なし）が存在しない場合、派生クラス側で明示的に基底クラスのコンストラクタを呼び出す必要があります。
public class Person
{
public string Name { get; }
public Person(string name)
{
this.Name = name;
Console.WriteLine("Personコンストラクタの実行");
}
}
public class Employee : Person
{
public int EmployeeId { get; }
// base() を使って基底クラスのコンストラクタに引数を渡す
public Employee(string name, int id) : base(name)
{
this.EmployeeId = id;
Console.WriteLine("Employeeコンストラクタの実行");
}
}この連鎖を正しく記述しないと、コンパイルエラーとなります。
基底クラスの設計時に引数付きコンストラクタを定義した場合は、派生クラス側での影響を考慮する必要があります。
継承の乱用を防ぐ：sealed クラスと new キーワード
継承は強力な武器ですが、無制限な継承はクラス設計を複雑にします。
C#では継承を制限する手段も用意されています。
sealed による継承の禁止
これ以上継承させたくないクラスには sealed 修飾子を付与します。
これを「封印されたクラス」と呼びます。
public sealed class FinalClass
{
// このクラスを継承することはできない
}また、特定のメソッドだけをそれ以降の派生クラスでオーバーライド禁止にしたい場合も、sealed override と組み合わせて使用します。
これにより、意図しない動作の上書きを防ぎ、クラスの安全性を担保できます。
new キーワードによる「隠蔽」
仮想メソッドではない（virtualが付いていない）基底クラスのメソッドと同名のメソッドを派生クラスで定義すると、警告が発生します。
これを意図的に行う場合は new キーワードを使用します。
public class Parent
{
public void Display() => Console.WriteLine("親のメソッド");
}
public class Child : Parent
{
// 基底クラスのメソッドを隠蔽（上書きではない）
public new void Display() => Console.WriteLine("子のメソッド");
}ただし、new による隠蔽はポリモーフィズムとして機能しないため、混乱を招きやすく、一般的な開発では推奨されません。
基本的には virtual と override の組み合わせを使用すべきです。
継承における型の変換（アップキャストとダウンキャスト）
継承関係があるクラス間では、型の変換が可能になります。
アップキャスト（安全な変換）
派生クラスのインスタンスを基底クラスの型として扱うことを「アップキャスト」と呼びます。
これは常に安全であり、暗黙的に行われます。
Dog myDog = new Dog();
Animal myAnimal = myDog; // 暗黙的なアップキャストダウンキャストと型チェック（is / as）
基底クラスの型として保持されている変数を、元の派生クラスの型に戻すことを「ダウンキャスト」と呼びます。
これにはリスクが伴うため、is 演算子や as 演算子を用いた安全な変換が推奨されます。
if (myAnimal is Dog d)
{
// myAnimalが実際にDog型であれば、ここを通る
d.Bark();
}
// または as を使用
Dog anotherDog = myAnimal as Dog;
if (anotherDog != null)
{
anotherDog.Bark();
}実践的な基底クラスの設計指針
最後に、現場で役立つ基底クラス設計のベストプラクティスを紹介します。
- リスコフの置換原則（LSP）
基底クラスが期待される場所には、どの派生クラスを渡してもプログラムが正しく動作するように設計すること。
派生クラスで基底クラスの振る舞いを壊す実装（例：
例外を投げるだけの実装や契約を満たさない変更）は避けるべきで、基底クラスが期待される場所での互換性を保つことが重要です。- 継承より集約（Composition over Inheritance）
単にコードを使い回したいという理由だけで継承を選ばない。
継承はクラス間の結合度を高めるため、機能を部品として持たせる集約（コンポジション）の方が柔軟性と再利用性が高まり、変更に強い設計になります。
- 階層を深くしすぎない
継承階層が
3段階、4段階と深くなると設計の把握やデバッグが困難になる。可能な限りフラットな構造を保ち、保守性を優先することがコツです。
まとめ
C#の基底クラスと継承の仕組みは、強力な表現力を提供する一方で、厳格な実装ルールに基づいています。
- 継承は単一継承のみ可能であり、共通機能を一箇所に集約できる。
- 仮想メソッド（virtual/override）により、実行時に適切な振る舞いを選択するポリモーフィズムを実現できる。
- 抽象クラス（abstract）は、インスタンス化を禁止し、派生クラスに実装のガイドラインを強制できる。
- アクセス修飾子（特にprotected）やsealedを適切に使い分けることで、クラスの堅牢性を高められる。
これらの概念を正しく組み合わせることで、変更に強く、再利用性の高い洗練されたC#プログラムを構築することができるようになります。
継承は「is-a」の関係が明確な場合にのみ使用し、常にクラス間の結合度を意識しながら、最適なクラス設計を目指しましょう。
