我们应该在哪里使用模板方法——模式？

Question

谁能告诉我一些应该使用模板方法 - 模式的示例情况？

根据您自己的经验，给我一些实际用途。

（到目前为止，我发现它仅对映射 DA 层中的数据有用。抱歉！！！）

Answer 1

模板方法模式提供了执行任何类型的算法或操作的框架，并且它允许子类重新定义部分逻辑。

优点：自然适合构建框架，以便父框架类可以回调子框架中实现的方法。

示例：

• java.util.AbstractList
• Servlet 的 doGet 和 doPost 方法
• MDB 的 onMessage 方法
• Struts Action 类
• Spring 的数据访问类

缺点： 限制您只能使用 Java 中的单个继承。

Answer 2

模板方法模式的应用程序有两个主要特征：

1. 有一个基类（在 Java 中，一个仅具有受保护的构造函数，并且可以选择声明为抽象) 它将在客户端代码中进行子类化。
2. 基类中定义了两组方法：a) 一个或多个模板方法（通常只有一个）和一个或多个原始操作 > 方法（通常不止一种）。每个模板方法都代表一个高级操作，在基类本身中根据原始操作实现，这些操作意味着在每个特定子类中实现/重写。通常，模板方法是公共且不可重写的（Java 中的final）；它的API文档必须准确指定它调用哪些原始操作方法以及何时调用（即它必须描述“算法”）。表示算法中的一个步骤的原始操作方法应该是非公共的但可重写的（在 Java 中受保护），并且可以有两种类型：a) 抽象方法，必须在子类中实现； b) 具有默认/空实现的方法，可以在子类中重写。

Java 6 SDK 中的一个很好的例子是 javax.swing.SwingWorker 类的 execute() 方法（它是一个 public final void方法）。在本例中，原始操作方法是 doInBackground()、process(List) 和 done()。第一个是抽象的，因此需要在子类中实现；它由后台线程中的模板方法调用。另外两个具有空实现，可以选择在子类中重写；它们分别在处理过程中和处理结束时在 EDT（Swing 事件调度线程）中调用，以允许更新 UI。

根据我自己的经验，我有时会使用这种模式。
其中一种情况是实现 java.util.Iterator 接口的 Java 基类，其中 next() 是模板方法，并且只有一个原始操作方法负责实例化特定的域实体类（这意味着在使用 JDBC 迭代持久域实体对象列表时使用）。
同一应用程序中的一个更好的例子是一个基类，其中模板方法实现了一个多步骤算法，旨在从给定的持久实体列表填充“业务实体维护屏幕”（使用 Swing）；调用原始操作方法来 1) 清除当前屏幕状态，2) 在屏幕内的表视图中添加实体；如果屏幕可编辑，则可以选择从模板方法调用其他原始操作。

最后，我必须说，虽然这确实是一种有用的设计模式，但真正适用的情况并不常见。仅仅拥有一个带有在子类中重写的方法的基类（根据我的经验，这是一种更常见的情况），其本身不足以成为该模式的应用程序。

Answer 3

我试图为您提供一些现实世界的示例，以及一些应使用模板方法模式的常见情况。

• 当你希望你的程序“开放进行扩展”并且“关闭进行修改”时。这意味着模块的行为可以扩展，这样我们就可以让模块的行为在随着应用程序的要求发生变化，或者为了满足新应用程序的需要，任何人都不允许对其进行源代码更改。可以在不改变之前代码的情况下添加新的薪资计算方式（如Remotely class）。

  公共抽象类薪资{
  
     公共最终无效计算（）{
          System.out.println("第一个共享任务完成。");
          获取基本工资（）；
          System.out.println("第二个共享任务完成。");
     }
  
     公共抽象无效 getBaseSalary();
  
  }
  
  公共课每小时延长工资{
  
      @覆盖
      公共无效 getBaseSalary() {
          System.out.println("特殊任务完成。");
      }
  
  }
  
  公开课测试{
  
      公共静态无效主（字符串[] args）{
          工资工资=....
          工资.calculate();
      }
  }
  

• 当您通过推迟算法的某些步骤来面对许多重复的相同代码行时。 当您实现方法或函数的内容时，您会发现代码的某些部分从一种类型到另一种类型有所不同，这些部分的特点是可以重新定义或修改方法或函数的这些部分。不改变算法（方法或函数）的主要结构。例如，如果您想在没有这种模式的情况下解决此问题，您将面临以下示例：

function0: function1: ... functionN:

1       1               1
2       2               2
...     ...             ...
5       6               n
3       3               3
4       4               4
...     ...             ...

如您所见，部分代码 5, 6, n 因一个函数而异，而另一个函数则有所不同，但是您共享了重复的部分，例如 1、2、3、4。让我们考虑使用著名的 java 库之一的解决方案。

public abstract class InputStream implements Closeable {

    public abstract int read() throws IOException;

    public int read(byte b[], int off, int len) throws IOException {
        ....

        int c = read();
        ....
    }

    ....

}

public class ByteArrayInputStream extends InputStream {  

    ...

    public synchronized int read() {
        return (pos < count) ? (buf[pos++] & 0xff) : -1;
        }
    ...
}

• 当您作为框架的设计者时，希望您的客户端仅使用作为参数传递给框架的任何可执行代码，该代码预计会在给定时间回调（执行）该参数 此执行可能是立即执行（如在同步回调中​​），也可能稍后发生（如在异步回调中）。让我们考虑一下著名的之一。

  公共抽象类 HttpServlet 扩展 GenericServlet 
      实现 java.io.Serialized {
      protected void doGet(HttpServletRequest req, HttpServletResponse resp) {
          ...
      }
  
  protected void 服务（HttpServletRequest req、HttpServletResponse resp）
      抛出 ServletException、IOException {
          ....
          doGet(req, resp);
          ...
      }
      ...
  }
  }
  
  公共类 MyServlet 扩展 HttpServlet {
  
      protected void doGet(HttpServletRequest 请求，HttpServletResponse 响应)
          抛出 ServletException、IOException {
  
              //做某事
          ...
      }
      ...
  }
  

Answer 4

模板方法中最重要的是你必须定义一系列抽象方法作为步骤或算法，并让子类替换这些方法的具体实现。

我应用了其中一个文档生成程序。

public abstract DocumentGenerator() 
{
   generateHeader();
   generateBody();
   generateDetails();
}
public HTMLDocGenerator : DocumentGenerator()
{
   public override generateBody()
   {
     //generate as in html format
   }
}

您可以有不同的实现，例如 PDF 生成器 csv 生成器，这里的值是它们符合算法（生成 -> 标题、正文、详细信息）。

Answer 5

当存在具有多种实现的算法时，应使用模板模式。该算法在基类的函数中定义，并由基类和子类完成实现。 http://preciselyconcise.com/design_patterns/templatemethod.php 中给出了实时示例的详细说明

Answer 6

我将描绘一个真实世界的示例，其中我使用了一些模板方法。

在 C++ 计算机视觉算法应用程序中，算法的行为被设计为根据运行时读取的一些选项（根据启动时加载的配置文件中的枚举）假设多种算法行为。算法的整体框架是相同的，除了一些关键回调填充在代码的中间，否则这些代码将被粗暴地复制只是为了调用该级别的不同函数。我想要使​​用的这些回调被抽象到模板方法基类中，并且模板方法模式防止了所有代码重复。我们使用的枚举基本上决定了我实例化基类指针所指向的子类，从而为算法提供了与其相关的行为风格。

现在，这种不同风格的运行算法背后的一些动机是控制我们仪器的软件的在线与离线功能。离线风格带来了更丰富的调试/诊断输出，并保留了某些图像像素的局部坐标系，而在线风格则将事物保留在绝对坐标空间中，并保持了特定于正在运行的仪器及其所有机器人技术等的关注点。另一个枚举驱动了我们用于某些机器学习的一组分类器的选择，因为不同的分类器是在不同的数据集下进行训练的，否则这些数据集在代码主体中的流动相同，但需要根据一些管理条件进行不同的解释该数据已创建。

我相信我的这种用例源自所谓的 中间有洞问题。

Answer 7

我使用了业务逻辑的模板方法，其中许多组件共享相同的流程，但实现略有不同。

Answer 8

模板方法定义了算法的骨架结构，但是
将某些步骤和细节推迟到子类。结构和
算法的流程保持静态，但步骤的细节是
推迟到子类。

我使用模板方法模式来准备文档内容。有许多不同类型的文档，每种类型都有自己的小修改。然而，文件准备的主要过程对于所有人来说都是相同的。

Answer 9

本文讨论了模板模式的 6 种常见用法。在 ADO.NET 时代，我经常使用模板模式，因为我们有固定的顺序，如打开、执行查询和关闭连接，但执行查询会根据不同的表结构有不同的查询。

https://www.codeproject。 com/Articles/307452/common-use-of-Template-Design-pattern-Design-pat

以上文章讨论了模板模式的六种常见用法：-

1. 灵活的可扩展通用专用用户界面
2. ASP.NET 页面生命周期
3. 代码生成器
4. XML 解析器
5. 业务组件中的验证
6. 可定制的日志记录实用程序