問題タブ [template-method-pattern]

多くのプログラムでは、接尾辞 Template を持つ Class が存在します。たとえばorg.springframework.web.client.RestTemplate、 などです。

テンプレートはクラス名のサフィックスとして何を意味しますか? Template Methodパターンのことですか？

その理由を知っていますか？

良い一日を過ごしてください。

このテンプレート メソッド パターンを、ログ記録および例外処理とは別のロジックに使用してもよいですか、それとも「悪い習慣」ですか?

たとえば、次のコードがあります。

そして私の子クラス：

doEat()メソッドとの異なる実装はありませんdoSleep()。

それが価値があるかどうか、それが「悪い習慣」であるかどうかを知りたいです。

Goでテンプレートメソッドパターンを実装するエレガントな正規の方法はありますか? C++ では、これは次のようになります。

golangで私は次のようなものを書きました:

しかし、このコードは実行時のヌル ポインター エラーで失敗します。基本的な考え方は、派生クラス (go 構造体) から基本クラス ルーチンにいくつかの機能を組み合わせて、この mix-in 派生ルーチンから基本クラスの状態を利用できるようにすることです。

注: 次の質問は、テンプレート メソッド デザイン パターンとC++ 関数テンプレートに関するものです。両方を区別するために、デザイン パターンを参照するときは斜体を使用し、C++ テンプレートを参照するときは太字を使用します。

テンプレート メソッド パターンのアイデアは、アルゴリズムの一部を交換可能にすることです。これは通常、サブクラスが基本クラスのアルゴリズムにプラグインされる具体的な実装を提供する継承によって実現されます。ただし、フック メソッドをtemplatesにする必要がある場合、テンプレートを仮想にすることはできないため、これは機能しません。コンパイルされない簡単な例を次に示します。

関数テンプレートフックを使用するテンプレート メソッドを実装する方法はありますか?

Baseクラスをどこでも型として使用することに興味はありません。コンパイル時の最適化を最大限に実現するために、常に具象固有の型を使用します。したがって、この質問の別の定式化は次のとおりです。実装全体で共通のコード スケルトンを共有する関数テンプレートDerived-1 .. Derived-nを持つ複数のクラスを作成するにはどうすればよいでしょうか?

私はいくつかの古いコードを調べていて、テンプレート メソッドの実装で次の命名規則を見つけました。

フック メソッドの名前は、 acceptImpl()ではなく、doAccept ()またはacceptHook()になると思います。

「-Impl」サフィックスはフックメソッドに実際に使用されていますか? または紛らわしい命名慣行ですか？

TemplateFilterクラスを継承するすべてのサブクラス間で異なる動作を処理するために、C# で Template Method パターンを実装しようとしています。

サブクラスの 1 つは次のとおりです。

最後に、クラスOperand :

私の問題は、setValues を statc にする必要があるため、TemplateFilterからOperandコンストラクターを呼び出すことができないことです。一方、setValues を static に設定すると、メソッドformatResultをTemplateFilter.setValuesから呼び出すことができず、目的の動作を実装する責任をサブクラスに任せることができません。では、アーキテクチャを変更せずにこのメカニズムを実装するにはどうすればよいでしょうか?

テンプレートメソッドパターンには、抽象的に定義されたスーパークラスがあります。そして、このクラスを拡張する具体的なクラスがあります。

テンプレート メソッドに新しい関数を追加し、一部のサブクラスでオーバーライドするとします (一部のクラスで使用する場合のみ)。他のクラスでは、この新しいメソッドを空 (関数には本体がありません) としてオーバーライドします。

この操作はコードの重複としてカウントされますか?

たとえば、テンプレート メソッドには新しい関数 doA() があります (doA() をフック メソッドとして使用することにしました)。この関数は、Class1 と doZ() と doY() の間でのみ使用したいと考えています。

この関数をテンプレート メソッドに追加し、この関数を Class2 empty でオーバーライドするとします。これはコードの重複と見なされますか?

ギャング・オブ・フォーは、テンプレート法と戦略の違いを次のようにまとめています。

テンプレート メソッドは、継承を使用してアルゴリズムの一部を変更します。戦略では、委任を使用してアルゴリズム全体を変更します。

2 つのデザインを組み合わせることが正当化されるシナリオと、それらの関係がどのように見えるか?

些細な例では、テンプレート メソッドのフック メソッド内で戦略に委譲することが含まれますが、そのような設計を正当化する正当な理由は思いつきません。さらに、サブクラスに委譲する代わりに、Strategy に直接委譲することもできます。しかし、継承がなければ、テンプレート メソッドについて話すことはできません。