HardBirch

浅学设计模式之策略<Strategy>模式及在android中的使用

时间:12-05-24 栏目:安卓源码解析与小应用 作者:张飞不张,文采横飞 评论:0 点击: 1,409 次

           策略模式(Strategy):它定义了一系列的算法,并将每一个算法封装起来,而且使它们还可以相互替换。策略模式让算法的变化不会影响到使用算法的客户。(原文:The Strategy Pattern defines a family of algorithms,encapsulates each one,and makes them interchangeable. Strategy lets the algorithm vary independently from clients that use it.)

        应用场景:  1、 多个类只区别在表现行为不同,可以使用Strategy模式,在运行时动态选择具体要执行的行为。 

                                 2、 需要在不同情况下使用不同的策略(算法),或者策略还可能在未来用其它方式来实现。  

                                    3、 对客户隐藏具体策略(算法)的实现细节,彼此完全独立。

关于策略模式,还是来一个小例子吧,大家都知道超市或者网上商城里面经常有各种打折活动,如果我们写一个收费计算系统,关于这块代码怎么设计才好呢?因为打折活动各种情况,各种不同,如何写能够在打折活动修改的时候减少代码的修改,减少出差的概率呢?

       想想使用下策略模式:

先看下可以独立出系统的善变的打折接口:

public interface IDiscount {
	double getPrice(double price, int quantity);
}

下面是实现接口的两个打折方法:一、直接打折

public class Rebate implements IDiscount {
	private double discount;

	public void setDiscount(double discount){
		this.discount = discount;
	}

	public double getDiscount(){
		return discount;
	}

	@Override
	public double getPrice(double price, int quantity) {
		// TODO Auto-generated method stub
		return price*quantity*discount;
	}

}


 二、达到一定数额返现金

public class CashReturn implements IDiscount {
	private int cashCondition;
	private int cashReturn;

	public void setCondition(int cashCondition,int cashReturn){
		this.cashReturn = cashReturn;
		this.cashCondition = cashCondition;
	}

	@Override
	public double getPrice(double price, int quantity) {
		double orignal = price * quantity;
		int n = (int) (orignal / cashCondition);
		return orignal - cashReturn * n;

	}

}

收银机:

public class CashRegister {
    private IDiscount iDiscount;
    
    public void setDiscount(IDiscount iDiscount){
        this.iDiscount = iDiscount;
    }
    
    public void getAccountReceivable(double price, int quantity){
        System.out.println("应收:"+iDiscount.getPrice(price,quantity));
    }
}

测试:

public static void main(String[] args){
        //两种折扣方式
        IDiscount rebate = new Rebate();
        IDiscount cashReturn = new CashReturn();
        CashRegister cashRegister = new CashRegister();
        
        
        //使用打折
        ((Rebate) rebate).setDiscount(0.8);
        cashRegister.setDiscount(rebate);
        cashRegister.getAccountReceivable(102.8, 3);    
        
        //返现金
        ((CashReturn) cashReturn).setCondition(200,40);
        cashRegister.setDiscount(cashReturn);
        cashRegister.getAccountReceivable(102.8, 3);
        
        
    }

结果:

应收:246.72
应收:268.4



         在这里思考下,把善变的部分独立出来,使用委托进行解耦。我的实体部分完成固定功能。使用策略类来实现那些需要调整的功能。




优点:  

  1.                     提供了一种替代继承的方法,而且既保持了继承的优点(代码重用)还比继承更灵活(算法独立,可以任意扩展)。 
  2.                     避免程序中使用多重条件转移语句,使系统更灵活,并易于扩展。  
  3.                     遵守大部分GRASP原则和常用设计原则,高内聚、低偶合。  

缺点:  1、 因为每个具体策略类都会产生一个新类,所以会增加系统需要维护的类的数量。

在android中使用

          listView.setAdapter(),里面的Adapter ,一般都是自定义的Adapter ,继承自BaseAdapter ,这就是典型的策略模式,当ListView 的Item呈现不同形式,在getView方法中,就得不同的实现。

浅学设计模式之策略<Strategy>模式及在android中的使用:等您坐沙发呢!

发表评论


QQ群互动

Linux系统与内核学习群:194051772

WP建站技术学习交流群:194062106

魔豆之路QR

魔豆的Linux内核之路

魔豆的Linux内核之路

优秀工程师当看优秀书籍

优秀程序员,要看优秀书!

赞助商广告

友荐云推荐