Android设计模式(十二)--抽象工厂模式

问题:

抽象工厂模式,是一个,狠恶心的模式,那么这个模式在Android有没实用到过呢?



1、定义:

抽象工厂模式:为创建一组相关或者是相互依赖的对象提供一个接口,而不须要指定他们的详细类。


2、使用:

     2.1、不依赖于产品类实例怎样被创建。组合和表达的细节。

     2.2、产品有多于一个的产品族,而系统仅仅消费当中某一族的产品;

     2.3、同属于同一个产品族是在一起使用的。

     2.4、提供一个产品类的库,全部产品以相同的接口出现,从而使使用者不依赖于实现;


3、与工厂方法的差别:

     3.1、抽象工厂是面向一个工厂方法的升级;

     3.2、抽象方法提供的是一个产品族。即多个产品等级结构。而工厂方法则是针对一个产品等级结构;

     3.3、抽象方法提供的产品是衍生自多个抽象或者接口。而工厂方法则衍生自同一个抽象或者接口;


4、长处:

     4.1、因为是工厂方法的升级,因此继承了工厂方法的全部长处;

     4.2、能够在内部对产品族的产品进行对应的约束。

     4.3、方便的切换产品族。


5、缺点:

     5.1、不易拓展。新的产品族出现,抽象工厂以及对应的实现都须要改动。


6、终于的目的:

    设计模式的目的终于是为了解除耦合,那么使用时,当工厂方法。加入某些方法。而形成的产品族时,便成为了抽象工厂,当抽象工厂降低某些方法变的单一时。便成为工厂方法。

使用模式只为了更好的维护与拓展。


7、简单的demo:

在彩票中有双色球。大乐透,等彩种,也有各种地方性的彩种,为了demo的方便,我将SSQ,DLT也划分为地方性彩种;

每一个地方。都有这两个彩种,从而形成产品族。

package com.example.demo.AbstractFactory;
/**
 *  抽象工厂。得到产品
 * @author qubian
 * @data 2015年6月12日
 * @email naibbian@163.com
 *
 */
public interface LotteryFactory {

	public LotterySSQ getSSQ();
	
	public LotteryDLT getDLT();
	
}
package com.example.demo.AbstractFactory;
/**
 * 产品接口
 * @author qubian
 * @data 2015年6月12日
 * @email naibbian@163.com
 *
 */
public interface LotterySSQ {
	
	public String getRandom(int num);
}
package com.example.demo.AbstractFactory;
/**
 * 产品接口
 * @author qubian
 * @data 2015年6月12日
 * @email naibbian@163.com
 *
 */
public interface LotteryDLT {

	public String getRandom(int num);
}

详细工厂:

package com.example.demo.AbstractFactory;
/**
 * 详细工厂 湖北工厂
 * @author qubian
 * @data 2015年6月12日
 * @email naibbian@163.com
 *
 */
public class HBFactory implements LotteryFactory{

	@Override
	public LotterySSQ getSSQ() {
		return new HBssq();
	}

	@Override
	public LotteryDLT getDLT() {
		return new HBdlt();
	}

}
package com.example.demo.AbstractFactory;
/**
 * 详细产品 湖北双色球
 * @author qubian
 * @data 2015年6月12日
 * @email naibbian@163.com
 *
 */
public class HBssq implements LotterySSQ{

	@Override
	public String getRandom(int num) {
		return null;
	}

}
package com.example.demo.AbstractFactory;
/**
 * 详细产品。湖北大乐透
 * @author qubian
 * @data 2015年6月12日
 * @email naibbian@163.com
 *
 */
public class HBdlt implements LotteryDLT{

	@Override
	public String getRandom(int num) {
		// TODO Auto-generated method stub
		return null;
	}

}
package com.example.demo.AbstractFactory;
/**
 * 详细工厂 湖南工厂
 * @author qubian
 * @data 2015年6月12日
 * @email naibbian@163.com
 *
 */
public class HNFactory implements LotteryFactory{

	@Override
	public LotterySSQ getSSQ() {
		return null;
	}

	@Override
	public LotteryDLT getDLT() {
		return null;
	}

}

详细使用:

package com.example.demo.AbstractFactory;

/**
 * 使用
 * @author qubian
 * @data 2015年6月12日
 * @email naibbian@163.com
 *
 */
public class UseAbstractFactory {

	public void use()
	{
		// 使用时的产品族 能够随时方便切换
//		LotteryFactory factory = new HNFactory();
		LotteryFactory factory = new HBFactory();
		LotterySSQ ssq = factory.getSSQ();
		ssq.getRandom(7);
		LotteryDLT dlt =factory.getDLT();
		dlt.getRandom(8);
		
		
	}
}

8、Android的说明:

因为抽象工厂不易于拓展新的产品族,所以这样的设计模式,在提供对外部人员訪问时。非常少使用,所以在Android源代码中,基本是没有这样的设计模式,当然也许也是我没有找到吧,只是我想应该是没有的。


9、运用最为典范:

     9.1 模式设计之初:就是为了适应在Unix与Windows两个操作系统下的视图(buttonButton。TextView等),而构建视图族,视图族中有各自不同的实现;

     9.2在java 的连接数据库的操作中,对不同的数据库的操作而形成的对象操作族。就是一种非常好的模式设计;可是当再次更换数据时,所须要造成的接口的改动也是十分恶心,所以这样的模式拓展性不好!

当然,既然模式设计出来就有其长处与可用性。仅仅是临时在Android源代码中没有发现,也许能够在自己的代码中实现。同一时候也期待和等待出现的惊喜。


posted @ 2017-06-15 17:03  wzjhoutai  阅读(552)  评论(0编辑  收藏  举报