java设计模式之工厂方法模式

以计算器为例

先设计一个抽象操作类

public abstract class Operation {

	private double value1 = 0;
	private double value2 = 0;
	
	public double getValue1() {
		return value1;
	}
	
	public double getValue2() {
		return value2;
	}
	
	public void setValue1(double value1) {
		this.value1 = value1;
	}
	
	public void setValue2(double value2) {
		this.value2 = value2;
	}
	
	protected abstract double getResule();
}

设计运算符方法继承Operation抽象类

/**
 * 加法
 * @author admin
 *
 */
public class OperationAdd extends Operation {

	@Override
	protected double getResule() {
		return getValue1() + getValue2();
	}

}
/**
 * 减法
 * @author admin
 *
 */
public class OperationSub extends Operation {

	@Override
	protected double getResule() {
		return getValue1() - getValue2();
	}

}
/**
 * 乘法
 * @author admin
 *
 */
public class OperationMul extends Operation {

	@Override
	protected double getResule() {
		return getValue1() * getValue2();
	}

}
/**
 * 除法
 * @author admin
 *
 */
public class OperationDiv extends Operation {

	@Override
	protected double getResule() {
		if (getValue2() != 0) {
			return getValue1() / getValue2();
		}
		throw new IllegalArgumentException("除数不能为零");
	}

}

设计一个创建运算方法的工厂接口

public interface IFactory {
	Operation CreateOption();
	

}

创建不同的运算工厂实现IFactory接口

public class AddFactory implements IFactory {

	@Override
	public Operation CreateOption() {
		return new OperationAdd();
	}

}
public class DivFactory implements IFactory{

	@Override
	public Operation CreateOption() {
		return new OperationDiv();
	}

}
public class MulFactory implements IFactory {

	@Override
	public Operation CreateOption() {
		return new OperationMul();
	}

}
public class SubFactory implements IFactory{

	@Override
	public Operation CreateOption() {
		return new OperationSub();
	}

}

执行方法

public class TestMain {

	public static void main(String[] args) {


		
		
		IFactory factory = new AddFactory();
		Operation operation = factory.CreateOption();
		operation.setValue1(32);
		operation.setValue2(54);
		System.out.println(operation.getResule());

	}

}

这时候想了一个问题，能不能把IFactory接口换成IFactory抽象类。

大家也可以想一想，欢迎留言

下面的从此文章里粘贴过来的http://blog.csdn.net/chenssy/article/details/12858267

   从设计层次看抽象类和接口的不同

      上面只是从语法层次和编程角度来区分它们之间的关系，这些都是低层次的，要真正使用好抽象类和接口，我们就必须要从较高层次来区分了。只有从设计理念的角度才能看出它们的本质所在。一般来说他们存在如下三个不同点：

      1、 抽象层次不同。抽象类是对类抽象，而接口是对行为的抽象。抽象类是对整个类整体进行抽象，包括属性、行为，但是接口却是对类局部（行为）进行抽象。

      2、 跨域不同。抽象类所跨域的是具有相似特点的类，而接口却可以跨域不同的类。我们知道抽象类是从子类中发现公共部分，然后泛化成抽象类，子类继承该父类即可，但是接口不同。实现它的子类可以不存在任何关系，共同之处。例如猫、狗可以抽象成一个动物类抽象类，具备叫的方法。鸟、飞机可以实现飞Fly接口，具备飞的行为，这里我们总不能将鸟、飞机共用一个父类吧！所以说抽象类所体现的是一种继承关系，要想使得继承关系合理，父类和派生类之间必须存在"is-a" 关系，即父类和派生类在概念本质上应该是相同的。对于接口则不然，并不要求接口的实现者和接口定义在概念本质上是一致的， 仅仅是实现了接口定义的契约而已。

      3、 设计层次不同。对于抽象类而言，它是自下而上来设计的，我们要先知道子类才能抽象出父类，而接口则不同，它根本就不需要知道子类的存在，只需要定义一个规则即可，至于什么子类、什么时候怎么实现它一概不知。比如我们只有一个猫类在这里，如果你这是就抽象成一个动物类，是不是设计有点儿过度？我们起码要有两个动物类，猫、狗在这里，我们在抽象他们的共同点形成动物抽象类吧！所以说抽象类往往都是通过重构而来的！但是接口就不同，比如说飞，我们根本就不知道会有什么东西来实现这个飞接口，怎么实现也不得而知，我们要做的就是事前定义好飞的行为接口。所以说抽象类是自底向上抽象而来的，接口是自顶向下设计出来的。