Go言語のインターフェース設計パターン集！現場で役立つ使い方

先生と生徒の会話形式で理解しよう

生徒

「先生、Go言語で現場でよく使われるインターフェースの設計パターンってありますか？」

先生

「はい、インターフェースを上手に使うと、コードの柔軟性や再利用性が高くなります。今日は代表的な設計パターンをいくつか紹介します。」

生徒

「具体的にはどのように使うんですか？」

先生

「それでは、基本的なパターンと使い方を順番に見ていきましょう！」

1. Strategyパターン

Strategyパターンは、処理のアルゴリズムをインターフェースで抽象化し、動的に切り替える設計です。例えば、支払い方法をクレジットカードやPayPalなどで切り替えたい場合に便利です。


type PaymentStrategy interface {
    Pay(amount int)
}

type CreditCard struct{}
func (c CreditCard) Pay(amount int) { fmt.Println("クレジットカードで支払い:", amount) }

type PayPal struct{}
func (p PayPal) Pay(amount int) { fmt.Println("PayPalで支払い:", amount) }

func Checkout(p PaymentStrategy, amount int) {
    p.Pay(amount)
}

Checkout関数に任意のPaymentStrategyを渡すことで、支払い方法を簡単に切り替えられます。

2. Adapterパターン

Adapterパターンは、異なるインターフェースを統一して扱うためのパターンです。古いAPIと新しいAPIをつなぐ場合などに役立ちます。


type OldPrinter struct{}
func (o OldPrinter) PrintOld(s string) { fmt.Println("旧プリント:", s) }

type Printer interface {
    Print(s string)
}

type PrinterAdapter struct {
    Old OldPrinter
}
func (p PrinterAdapter) Print(s string) {
    p.Old.PrintOld(s)
}

Printerインターフェースを使うことで、古いプリンタでも新しいコードから統一的に呼び出せます。

3. Decoratorパターン

Decoratorパターンは、既存の機能に新しい機能を追加するパターンです。インターフェースを利用すると柔軟に拡張できます。


type Notifier interface {
    Send(message string)
}

type EmailNotifier struct{}
func (e EmailNotifier) Send(message string) { fmt.Println("メール送信:", message) }

type SMSDecorator struct {
    Notifier
}
func (s SMSDecorator) Send(message string) {
    s.Notifier.Send(message)
    fmt.Println("SMS送信:", message)
}

EmailNotifierにSMS送信機能を後付けすることができます。

4. Compositeパターン

Compositeパターンは、単一のオブジェクトとオブジェクトの集合を同じインターフェースで扱うパターンです。ツリー構造のデータを操作するときに便利です。


type Component interface {
    Operation()
}

type Leaf struct {
    Name string
}
func (l Leaf) Operation() { fmt.Println("Leaf:", l.Name) }

type Composite struct {
    Children []Component
}
func (c Composite) Operation() {
    for _, child := range c.Children {
        child.Operation()
    }
}

Compositeを使うと、単一の要素と複数の要素を同じ操作で扱えます。

5. 実務での活用ポイント

インターフェースは「何をするか」を定義し、「どうやるか」は具体的な型に任せる
Strategyパターンで処理の切り替えを簡単にする
Adapterパターンで古いコードや外部ライブラリとの互換性を確保
Decoratorパターンで機能を拡張し、Compositeパターンで構造化されたデータを統一的に操作
現場では、コードの柔軟性と保守性を高めるためにパターンを組み合わせて使う

Go言語を基礎からスッキリ学びたい人や、文法だけでなく「実用的な使い方」まで押さえたい人には、定番の入門書がこちらです。

基礎からわかるGo言語をAmazonで見る

※ Amazon広告リンク

まとめ

Go言語におけるインターフェース設計の全体像を振り返る

本記事では、Go言語のインターフェースを活用した代表的な設計パターンとして、Strategyパターン、Adapterパターン、Decoratorパターン、Compositeパターンを取り上げ、それぞれの考え方と使いどころを具体例とともに解説してきました。Go言語のインターフェースは、他の言語と比べても非常にシンプルでありながら表現力が高く、現場の開発において柔軟で保守しやすいコードを書くための重要な仕組みです。

インターフェース設計の基本的な考え方は、「処理の内容を定義し、実装の詳細から切り離すこと」です。これにより、コード同士の依存関係を弱めることができ、変更に強い設計を実現できます。Go言語では、明示的にimplementsを書く必要がなく、必要なメソッドを実装していれば自動的にインターフェースを満たす点も特徴です。この仕組みが、設計パターンと非常に相性が良い理由の一つです。

各設計パターンの役割と使い分け

Strategyパターンは、処理のアルゴリズムを切り替えたい場面で活躍します。支払い方法や計算方法、通知手段など、条件によって動作を変えたい場合にインターフェースを使うことで、if文だらけのコードを避けることができます。処理の追加や変更があっても、既存コードへの影響を最小限に抑えられる点が大きなメリットです。

Adapterパターンは、既存のコードや外部ライブラリを新しい設計に合わせるための橋渡し役です。現場では、古い仕様のコードや他人が作ったライブラリを使わなければならない場面が多くあります。そのようなとき、Adapterを用意することで、コード全体の設計を崩さずに統一したインターフェースで扱えるようになります。

Decoratorパターンは、既存の処理に機能を追加したいときに有効です。元の構造を変更せずに機能を拡張できるため、ログ出力や通知処理、セキュリティチェックなどを後から柔軟に追加できます。Go言語のインターフェースを使うことで、シンプルな構成のまま拡張性を高められます。

Compositeパターンは、単体の要素と複数の要素を同じように扱いたい場合に便利です。ツリー構造や階層構造を持つデータを操作する際に、個々の要素と集合体を区別せず処理できるため、コードが直感的で分かりやすくなります。

簡単なサンプルで考えるインターフェース設計

ここで、インターフェース設計の考え方をより身近に感じるための簡単な例を見てみましょう。以下は、通知方法を切り替えるシンプルなサンプルです。


type Notifier interface {
    Notify(message string)
}

type Email struct{}
func (e Email) Notify(message string) {
    fmt.Println("メール通知:", message)
}

type Push struct{}
func (p Push) Notify(message string) {
    fmt.Println("プッシュ通知:", message)
}

func SendNotification(n Notifier, msg string) {
    n.Notify(msg)
}

この例では、Notifierインターフェースを使うことで、通知方法の違いを意識せずに同じ関数から処理できます。通知手段を追加したくなった場合も、新しい構造体を作るだけで対応でき、既存コードを変更する必要はありません。これこそが、Go言語のインターフェース設計が現場で重宝される理由です。