問題タブ [template-method-pattern]

次のコードパターンがあります。

唯一の違いは、戻り値の型と、メソッドへのパラメーターの数と型が異なる可能性があることです。

「いくつかの作業を行う」部分を除くすべてのコードを処理する汎用/テンプレート化されたメソッドを作成したいのですが、どうすれば実現できますか。

これは、 http: //sourcemaking.com/design_patterns/template_method/php の基本抽象クラスのアルゴリズムの実装例です。

「showBookTitleInfo」が呼び出すメソッドについてあまりにも多くのことを知っていると思うので、私はそれが好きではありません。

別の例を次に示します。抽象クラス template_method { var $state; public function __construct() { $this->state = 0; }

値を変更しないのに、なぜイベントを参照として渡すのでしょうか? 現在の状態を使用していて、その値を変更でき、他のステップが変更された値を読み取って変更できる場合、「私のステップ」ロジックをどのように実装すればよいですか?

たとえば、スケジュールされたメッセージ送信のコスト カウント メカニズムを実装したいと考えています。

したがって、次のように抽象クラスにアルゴリズムを実装します。

私は正しい方向に進んでいますか？Template メソッドの設計パターンを実装する必要がある場所ですか? このコードに問題がある場合はお知らせください。

PS コストカウンターは生産コードではありません。感想を言いたくて書きました。

前もって感謝します

テンプレートメソッドパターンと戦略パターンの違いは何ですか?

私が知る限り、それらは 99% 同じです。唯一の違いは、テンプレート メソッド パターンが基本クラスとして抽象クラスを持っているのに対し、戦略クラスは各具象戦略クラスによって実装されるインターフェイスを使用することです。

しかし、クライアントに関する限り、それらはまったく同じ方法で消費されます - これは正しいですか?

私はパターンを設計するのが初めてなので、これはおそらく初心者の質問ですが、テンプレートメソッドと戦略 DP を見ていましたが、それらは非常に似ているようです。定義を読んだり、UML を調べたり、コード例をチェックしたりできますが、私には、Strategy パターンは Template Method パターンを使用しているだけのように見えますが、たまたまそれをオブジェクト (つまり、構成) に渡しているだけです。

さらに言えば、テンプレート メソッドは基本的な OO 継承にすぎないようです。

それらの違いのいくつかの重要な側面が欠けていますか? テンプレートメソッドについて、基本的な継承以上のものを見逃していますか?

注: これに関する以前の投稿 ( 672083 ) がありますが、いつ使用するかについて詳しく説明されています。

私は今、いくつかのコードを理解しようとしていますが、少し奇妙に思えるパターンを見つけました。「EditorOpen」イベントを持つユーザーのコントロール クラスがあります。MSDN が示唆するように、'-ing' または '-ed' で終わっていないため、最初はこの名前が間違っていると思いました。しかし、後で、このイベントは何かが起こっていることを通知するのではなく、実際の操作を行うためのある種の REQUEST であることがわかりました。これは、「エディタのオープン」を実行することが期待されるクライアント コードです。

これが実際には、1 つのアクション プレースホルダーに複数のアクションを関連付けることができるテンプレート メソッド デザイン パターンの何らかの形式であることを知って、少し驚きました。

非常に興味深いと思いますが、そのような場合にイベントを使用すると誤解を招く可能性があるのではないかと心配しています。とにかく、ここではイベントについてではなく、リクエストについて話しています。うーん…イベントの名前だけが「EditorOpeningRequest」か「EditorOpeningRequested」だったらいいかも。どう思いますか？コードレビュー中にこれをどのようにコメントしますか?

childClass メソッド getInfoFromDB() と saveToDB() が異なるロジックを実行する必要がある場合、childClass を作成する方法を教えてください。

Template Method - pattern を使用する必要がある状況の例を誰か教えてもらえますか?

あなた自身の経験から、実際の使用方法を教えてください。

(これまでのところ、DA レイヤーでデータをマッピングする場合にのみ有用であることがわかりました。申し訳ありません!!!)

クラスの責任を決めるのに問題があります。
私は3つのhtmlフォームを持っています：

1. フォームごとに、含まれるフォームのテキストとマーカーを含むhtmlテンプレートがあります。
2. エラーが発生した場合は、各フォームを検証する必要があります。テンプレートと（1）のフォームを、いくつかのエラーメッセージとともに再表示する必要があります。一部のフィールドのみが、さまざまなフォームに共通しています。
3. エラーがない場合は、結果メッセージをメールで送信する必要があります。フォームごとに結果メールテンプレートがあります。

この問題に適したクラススキームを決定するのは非常に難しいと思います。1つの可能性は、機能によってクラスを分離することです

• CheckFormData：フォームデータのチェック
• DisplayForm：エラーの有無にかかわらずフォームを表示します（またはこれも分離しますか？）
• EmailForm：emailform。

これについてはよくわかりません。ある特定の形式の分野に関する知識は、さまざまなクラスに分散しています。

いくつかのワークフローがあります。多分私はワークフロークラスも持っているべきです：

フォームタイプごとに（3つあることを忘れないでください）、

1. CheckForm、
2. EmailFormと
3. DisplayFormクラス。

3 * 3=9クラス+3基本クラス=12クラス。
また、適切なCheckForm-subclassとEmailForm-subclassをワークフローに挿入する必要があります。これらはすべて、同じフォームタイプである必要があります。たぶん、このためにFormWorkFlowFactoryを作成する必要があります。これにより、最大13のクラスが追加されます。

今、私はひどく間違ったことをしていると感じました。テンプレートメソッドクラスとして持っていた場合FormSubmitWorkFlow、3つのサブクラスを作成することもできますが、各サブクラスは異なる責任を混合します。

これをどのように改善できますか。また、答えをやる気にさせることができますか。つまり、どの方法で答えを導き出すことができますか。

編集：現在の唯一の答えは有用ですが、それに同意する人々からの投票を見るのはいいことです。あるいは、コミュニティからより良い解決策を聞きたいです。この答えに賛成したのは私だけです。この質問はより多くの入力を使用する可能性があるので、遠慮なく提供してください:-)

私の先生は本当に良い人で、彼のポイントを理解する傾向がありますが、これは私の頭を悩ませています. 彼は Template Method を 2 つのバリエーションで説明しています。
- 統一: 標準のバリアント。それ以外の場合は修正されたアルゴリズムのバリアント部分を定義するいくつかの抽象メソッドを持つ抽象クラスで構成されます。
- 分離: クラスに templateMethod() が含まれ、インターフェイスへの委譲を使用してアルゴリズムの部分を変更する彼自身のバリアント (と思いますか?) は、Strategy パターンとまったく同じように見えます。

彼のポイントが何であるか、そして「分離」バリアントが戦略パターンとどのように異なるかを誰でも見ることができますか?
彼の本 (まだ出版されていません) から 2 つのパターンを含む画像を添付しました。

http://img64.imageshack.us/img64/3620/strategytemplate.jpg

NVI（非仮想インターフェイス）とテンプレートメソッドパターンの違いは何ですか？

それらは非常に似ているように見え、基本的に同じであり、テンプレートが何らかの形でより一般的であるという点で微妙に異なることの両方を読みました。