Strategy Pattern を ABC で書くか、Protocol で書くか

出典: Zenn (原典を開く)

ニュース概要（出典記事の要点）

前回のおさらい前回、if-else まみれの関数を Strategy Pattern で整理する話を書きました。抽象基底クラス（ABC）で共通のインターフェースを定義して、具体的な処理はサブクラスに丸投げする、というやつです。

※ 上記は出典記事の要約です。本サイト独自の分析・背景解説は下記をご覧ください。

3行まとめ

if-elseだらけのコードを整理する戦略パターンを紹介。
抽象基底クラス（ABC）で共通の処理を定義。
具体的な実装はサブクラスに任せる方法を解説。

解説

プログラミングの世界では、たくさんの「もし〜なら、こうする。そうでなければ、ああする」といった条件分岐（if-else）が積み重なると、コードが読みにくく、管理しづらくなってしまいがちです。そんな悩みを解決してくれるのが「Strategy Pattern（戦略パターン）」という考え方です。

前回のお話では、このStrategy Patternを使って、ごちゃごちゃしたif-else文をスッキリさせる方法について触れました。その中心となるのが「抽象基底クラス（ABC）」というものです。これは、具体的な処理内容は「まだ決まっていないけれど、こういう処理は必ず必要になりますよ」という、いわば「設計図」のようなもの。

この設計図（ABC）では、共通して必要になる処理の「型」だけを定義します。そして、実際の細かい「やり方」は、それを引き継いだ「サブクラス」に任せるのです。例えば、お掃除ロボットを想像してみてください。どんな掃除機でも「ゴミを吸う」という機能は共通ですが、その吸い込み方（吸引力やブラシの回転など）は機種によって違いますよね。ABCで「ゴミを吸う」という共通の機能を定義しておき、各機種のサブクラスで具体的な吸引方法を実装する、といったイメージです。

これにより、新しい掃除機（サブクラス）を追加するたびに、既存の掃除機（他のサブクラス）の設計を大きく変える必要がなくなります。また、どの掃除機がどんな掃除をするのかが一目で分かりやすくなり、コード全体の見通しも良くなるというわけです。プログラミングをする上で、こうした「整理術」は非常に役立ちます。特に、将来的に機能を追加したり、変更したりする可能性のあるプログラムを作る際には、このようなパターンを意識しておくと、後々のメンテナンスがずっと楽になりますよ。

今後の予測

Strategy Patternを適用する際には、抽象基底クラス（ABC）とProtocol（インターフェース）のどちらを使うべきか、という議論があります。ABCはPythonのような言語でよく使われ、共通の骨組みを提供しつつ、一部の処理をサブクラスに委ねるのに適しています。一方、Protocolは、より柔軟な「契約」のようなもので、クラスに特定のメソッドの実装を要求します。どちらを選ぶかは、プログラムの設計思想や、利用するプログラミング言語の特性によって変わってきます。例えば、PythonではABCが一般的ですが、Swiftのような言語ではProtocolが中心的な役割を果たします。今後、これらのパターンをどのように使い分けるか、あるいは新しいパターンが登場するかは、開発者の間で活発な議論が続くでしょう。よりシンプルで、より保守しやすいコードを目指す流れは、今後も続いていくと考えられます。