回答。

パターンマッチングは、Swift 言語の基本的な部分であり、さまざまな enum のオプションを安全かつ優雅に処理することを可能にします。このアプローチは、ファンクショナルプログラミング言語から来ており、パターンマッチングは、長い if-else チェーンを避けて、さまざまなケースをコンパクトに処理することを許可します。Swift では、enum のパターンマッチングは主に switch を使用して実装されており、各ケースは個別に処理されます。

問題が発生するのは、すべてのケースが実装されていない場合や、潜在的に「隠れた」未考慮のケースがある default を選択したときです。これにより、enum に新しいケースを追加した際にランタイムエラーが発生する可能性があります。

解決策は、switch で enum のすべてのオプションを明示的に列挙し、可能であれば default を避けることです。このアプローチにより、enum が変更された際にコンパイラが未処理のケースを見逃すことがなくなります。

コード例：

enum NetworkStatus {
    case connected
    case disconnected
    case connecting
}

func handle(status: NetworkStatus) {
    switch status {
    case .connected:
        print("ネットワークに接続されています")
    case .disconnected:
        print("ネットワークが切断されました")
    case .connecting:
        print("接続中...")
    }
}

主な特徴：

default を使用しないことで、パターンマッチングが「包括的」で安全になります。
新しいケースを追加した場合、コンパイラは新しいオプションの説明を要求します。
associated values がない enum の switch は、最大限の効率でクリーンです。

トリックな質問。

1. associated values がない enum に対して if case を使用できますか？

はい、使用できます。これは特定のケースを簡潔にチェックすることを可能にします。

if case .connected = status {
    print("ネットワークに接続されています")
}

2. すべてのケースが使用されている場合に default を実装する必要がありますか？

いいえ、すべてのオプションが実装されている場合、default は不要です。default は避けるのが良いです — そうすることで新しいケースの追加についてコンパイラが警告を出します。

3. enum の switch 内で fallthrough を使用できますか？

はい、可能ですが、非常に推奨されません。なぜなら、fallthrough はケースのセマンティクスを考慮せず、論理エラーを引き起こす可能性があるためです。

一般的なエラーとアンチパターン

明示的なケースの代わりに default を追加することは、enum を拡張する際に静かなエラーを引き起こします。
新しい enum オプションの処理を怠ると、予期しないバグが発生します。
fallthrough の使用は、コードの可読性と信頼性を損ないます。

実例

ネガティブケース

新しいケース .noSignal が NetworkStatus enum に追加されましたが、既存の switch には default が存在するため、エラーはランタイムでのみ発見され、ステータスが正しく処理されません。

利点：

コードが少なく、作成が速い。

欠点：

エラーが目立たず、将来にバグを引き起こします。

ポジティブケース

すべてのケースが明示的に処理されています。コンパイラは新しいケースが追加された際に、すぐに switch の修正が必要であることを通知します。