Before/Afterパターン
関連するパターン
前ページで説明したように、Before/Afterパターン自体のコーディングはとてもシンプルですが、適用するクラスやオブジェクトの数が多いと、同じような記述をたくさん行うことになり、後々のメンテナンスが大変です。
保守性を高める一方で、将来の変化に柔軟に対応できるようにBefore/Afterパターンを適用するためには、以下のように、ほかのパターン（GoFパターン）と組み合わせることが有効です。
・Template Methodパターン
Template Methodパターンは、スーパークラス（図2のAbstractクラス）にTemplate Method（処理の枠組みとなるメソッド）を定義しておいて、詳細の実装はサブクラス（図2のConcreteクラス）に記述するパターンです。
このTemplate Methodの中にBefore/Afterパターンを記述し、サブクラス側でbefore()、method()、 after()を実装させることによって、Before/Afterパターンを簡単なフレームワークで実現することができます（図2の左側）。
メソッドのスコープについては、Templateメソッドはpublicですがそれ以外はprotectedになっているので、クライアント側からはTemplateメソッドだけが見え、Before/Afterパターンに従ってサブクラスの実装が呼び出されるようになるのです。
Adaptorパターン
新しいソフトウエアを作る場合において、Before/Afterパターンをたくさんのクラス・オブジェクトに適用するのであれば、Template Methodパターンを使って設計することが有効です。
ただし、既存のアプリケーションの拡張や、ほかから提供されたAPIを利用する場合において、Before/Afterパターンを後から適用するような場合には、Adaptorパターンのほうが向いています。
Adaptorパターンでは、既存の実装（図2のAdapteeクラス）に対して、新たにAdaptorクラスを追加します。このAdaptorクラスは、既存の実装を覆って隠してしまう、一種のラッパークラスです。
Adaptorクラスには、before()、targetMethod（）、after()の3つのメソッドがあり、targetMethod（）の中にBefore/Afterパターンを記述します。これにより、クライアント側からはtargetMethod（）だけが見えた状態で、既存の実装（Adaptee）に対してBefore/Afterパターンを適用することができるのです。
