`

策略模式

 
阅读更多

        策略模式属于对象的行为模式,其用意在于针对一组算法,将每一个算法封装到具有共同接口的独立的类中,从而使他们之间可以相互替换,策略模式使得算法可以再不影响到客户端的情况下发生变化。

       策略模式的结构如下图所示:

       由上图我们可以很清楚地看到,这个模式涉及到3个角色

        1)环境角色(Context):持有一个Strategy类的引用(其实个人认为,可以粗略的当做客户端来看大·看待)

        2)抽象策略角色(Strategy):这是一个抽象角色,通常由一个接口或者抽象类来实现,此角色给出所有的具体策略类所需要的接口

       3)具体策略角色(ConcertStrategy):包装了相关的算法或者行为

 

    在所有模式中,策略模式个人认为是最简单的一种,几乎没有什么难以理解的地方,感觉其核心思想有两个,1:聚合,2,面向接口。

 

    在Java内部中使用到策略模式的例子有:

     1)AWT中的layoutManager

                  Awt中的布局的方式

     2)Swing中的Border(Swing组件上的边框)

               Swing组件支持各种边框

     3)File中的list()方法(带参数)

             前面两种除非是用Swing编写UI代码,一般情况下很少用到,但是这个例子就很常见了,只要进行过            I/O操作的,都应该会知道。

             File类中有list方法有两种形式,一种不带参数的,一种是带参数的,参数类型为FilenameFilter,FilenameFilter是一个接口,用来过滤文件名

下面是FilenameFilter的代码:

    

public interface FilenameFilter {
    /**
     * Tests if a specified file should be included in a file list.
     *
     * @param   dir    the directory in which the file was found.
     * @param   name   the name of the file.
     * @return  <code>true</code> if and only if the name should be
     * included in the file list; <code>false</code> otherwise.
     */
    boolean accept(File dir, String name);
}

 Flie.list(FilenameFilter)代码如下:

 

 

 

 public String[] list(FilenameFilter filter) {
	String names[] = list();
	if ((names == null) || (filter == null)) {
	    return names;
	}
	ArrayList v = new ArrayList();
	for (int i = 0 ; i < names.length ; i++) {
	    if (filter.accept(this, names[i])) {
		v.add(names[i]);
	    }
	}
	return (String[])(v.toArray(new String[v.size()]));
    }

 

 

我们如果想设置过滤文件名的规则,只需要自定一个类实现FilenameFilter接口既可以了。

所以: Comtext=File

            Strategy=FilenameFilter

            ConcertStrategy=FilenameFilter的实现类

        因为list()接受FileNameFilter的形式对象作为参数,这就意味着我们可以传递实现了任何实现了FilenameFilter接口的对象,用以选择list()方法的行为方式,提供看代码的灵活性

   

     那么应该在什么情况下使用策略模式呢?

     1)如果一个系统里面有很多的类,而这些个类之间的区别仅仅在于他们他们的行为,那么通过使用策略模式动态的让一个对象在许多行为中选择一种行为

     2)一个系统需要动态的在几种算法中选择一种,那么这些算法可以包装到一个个具体算法类里面,这些具体的类都是一个抽象的算法类的子类。

    3)一个系统的算法使用的数据不可以让客户端知道,使用策略模式可以避免让客户端接触到那些很重要的,只与算法有关的数据。(换句话说呢,客户端没有必要知道数据,客户端更关心的时,算法的实现过程和返回的结果)

   4)如果一个对象有很多的行为,如果设计不合理,就会有大量的if--else或者switch case这样的 多重的条件选择语句,很显然,使用策略模式将这些不同的行为都转移到相应的具体策略类里面,就可以避免使用难以维护的多重条件选择语句。

 

       策略模式的优缺点

       优点: 1)策略模式通过恰当的使用继承关系,可以把公共的代码移到父类中区,从而可以避免重复的代码

                   2)策略模式提供了可以替换继承关系的办法,怎么理解这句话呢,其实这么说的意思就说,环境类与策略类是聚合的关系,没有将环境类和策略类通过继承的关系耦合到一起(也就说没有通过继承的方式,使得环境类具有算法或者行为)。继承使得动态改变算法或者行为变得不可能。

                  3)使用策略模式可以避免使用多重条件转移语句。(多重条件转移不易维护,而且是最土鳖的方式,比继承还土鳖~~~)

 

    缺点: 1)客户端必须知道所有的策略类,而且还必须自行决定使用哪种具体的策略类。

                2)会造成很多的策略类。(解决的方法,可以使用享元模式来减少对象的数量)

 

 

 

 

 


 

  • 大小: 20.4 KB
分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics