为什么JdbcTemplate是模板方法设计模式的一个示例

Question

我在读设计模式，特别是模板方法，这时我的注意力被这个问题吸引住了。

在阅读了解释和具体代码之后，我仍然想知道为什么这是一个“模板方法”设计模式的示例。

根据GoF，这种模式的目的是：

"在操作中定义算法的框架，将一些步骤推迟到子类。模板方法允许子类在不改变算法结构的情况下重新定义算法的某些步骤。"

有两名参与者：

AbstractClass：定义抽象基元操作，具体子类定义抽象基元操作以实现算法步骤，实现定义算法框架的模板方法。模板方法调用基本操作以及AbstractClass中定义的操作或其他对象的操作<具体类：实现原语操作，以执行算法的子类特定步骤。

为什么“Jdbc操作”中的代码被认为是“模板方法”设计模式？

• 我没有看到在超级/抽象类中定义任何“全局/通用”算法，即使我将其与类似文件（如“JmsTemplate”）中的代码进行比较

我知道它对于消除样板代码非常方便。但是为什么这是一个模板方法，而不仅仅是一个漂亮的编码技巧。对我来说，它看起来没有模板方法所具有的任何特征。

Answer 1

根据JdbcTemplate文档

它简化了JDBC的使用，并有助于避免常见错误。它执行核心JDBC工作流，留下应用程序代码来提供SQL和提取结果。该类执行SQL查询或更新，在结果集上启动迭代，捕捉JDBC异常，并将其转换为组织中定义的通用、信息更丰富的异常层次结构。springframework。dao包。

JdbcTemplate为每个方法的内部工作提供了抽象。例如，insert（）或update（）在内部使用所选数据库的具体类的实现。客户机代码不必知道或实现这些方法，因为它们是由数据库供应商实现的。这就是它与模板设计模式紧密匹配的原因。

Answer 2

我同意，JdbcTemplate不是模板方法设计模式的示例。使用的设计模式是回调。

请注意，这两种模式的目标和效果非常相似，主要区别在于模板方法使用继承，而回调使用组合（排序）-请参阅https://en.wikipedia.org/wiki/Composition_over_inheritance了解为什么这可能是首选。

Answer 3

GoF中的两种设计模式代表了类似的想法-

“在操作（通用API）中定义算法的框架，并将一些专门化步骤委托给客户端。

>

模板设计模式：专业化是通过子类化完成的。（这不是JdbcTemplate中的方法。

策略：通过回调（委托）完成专门化。（这是JdbcTemplate中的方法。我们使用诸如ResultTextRactor之类的回调，它提供专门化逻辑）

JdbcTemplate与其说是模板，不如说是一种策略。