欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页

命令模式浅析

程序员文章站 2022-06-06 12:00:27
...

命令模式把一个请求和操作封装到一个对象中,目的是把发出命令的责任和执行命令的责任分割开。命令模式允许请求的一方和发送的一方独立开来,使得请求的一方不必知道接收请求的一方的接口,更不必知道命令是怎么被接收、执行的,换言之,请求方关注的是结果而不是过程。


命令模式浅析
            
    
    博客分类: Java与J2EE编程艺术 设计模式命令模式Java企业应用 

Invoker: 执行命令的引擎,可以提供执行命令所需的上下文环境。
Command:命令的抽象定义,其Object execute(Object cmdContext)方法接受执行命令的上下文对象,并返回执行结果。

客户端调用伪代码:
Invoker invoker=new Invoker();//实际情况中可能使用工厂方法(模式)生成
Object result1=invoker.execute(new ConcreteCommandOne());
Object result2=invoker.execute(new ConcreteCommandTwo());

如果配合其它模式一起使用,命令模式还可以适应更多的现实场景,例如需要使用事务时,我们可以定义一个带有事务上下文控制的组合命令:
public class TransactionCommand implements Command<Void>{
  private List<Command> cmdList;
  public TransactionCommand(List<Command> cmdList){ this.cmdList=cmdList; }
  public Void execute(Object cmdContext){
    ...//开始事务
    for(Command cmd:cmdList) cmd.execute(cmdContext);
    ...//所有命令正常执行完毕后提交事务 若捕获到异常后回滚事务
  }
}

客户端调用代码示例:
Command[] cmds=new Command[]{new ConcreteCommandOne(),new ConcreteCommandTwo()};
invoker.execute(new TransactionCommand(Arrays.asList(cmds)));

Spring JdbcTemplate中的命令模式

尽管Spring JdbcTemplate被人们认为是模板方法模式应用的典范,但是从另一个角度理解,其实它也是命令模式应用的最佳实践。以 JdbcTemplate#query(String sql,RowMapper mapper)这个方法为例,我们可以把JdbcTemplate对象看做是命令模式类图中的Invoker,而把RowMapper看做是 Command,在query的过程中JdbcTemplate为RowMapper的执行准备了所有必要的上下文(即ResultSet),客户端(这 里是应用程序中的DAO层)的调用模式也基本符合invoker.execute(Command cmd)。

如果说上面我的结论尚显得牵强,不放看看JdbcTemplate#query(String sql,RowMapper mapper)这个方法的内部实现:
public <T> List<T> query(String sql, RowMapper<T> rowMapper) throws DataAccessException {
  return query(sql, new RowMapperResultSetExtractor<T>(rowMapper));
}
很显然,内部实现调用了JdbcTemplate#query(final String sql, final ResultSetExtractor<T> rse)方法,而这个方法内部又调用了JdbcTemplate#execute(StatementCallback<T> action)方法,这个方法显然更符合命令模式了,StatementCallback是命令接口,JdbcTemplate负责为命令的执行创建必要 的上下文(即java.sql.Statement)。

基于命令模式对传统Service-DAO架构的再思考

如果要问DAO是什么,相信大多数有经验的开发者都会回答是Data Access Object(数据访问对象),但是在某些项目中,它却承担了太多的责任(太多的业务逻辑混杂在里面)。我一直反对在DAO层混杂过多的业务逻辑,DAO 实现简单的CRUD(增删改查)就可以了。业务逻辑该在业务层(Service)实现,但是实际项目中面对的一种现实的尴尬是:如果Service层仅仅 调用DAO层的CRUD方法,往往并不能实现较为复杂的系统需求。于是我们看到了两种极端:一是Service层中嵌入了数据访问代码(JDBC、 Hibernate等等,Service与DAO的职责区分已经被打乱),二是DAO层不断增加新的方法以适应新业务的需要(DAO不再是那个纯洁的 DAO了,各领域对象之间的DAO也不再有统一的接口!!)。

如果基于命令模式对这种传统的架构进行改造,会收到很好的效果,下篇文章中我会详细阐述这种设计思路。

 

原文地址: 命令模式浅析 (来自http://www.infclouds.com 网站)

  • 命令模式浅析
            
    
    博客分类: Java与J2EE编程艺术 设计模式命令模式Java企业应用 
  • 大小: 16.8 KB

上一篇: 诵经超渡

下一篇: 不公平的决斗