为什么使用抽象工厂+反射:
抽象工厂:提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类。抽象工厂编程:是完全依靠接口编程,不需要具体的实现类。
抽象工厂与OCP原则
增加新的产品族时,需要增加具体工厂类,符合OCP原则。
增加新产品时,需要修改具体工厂类和增加产品类,不符合OCP原则
抽象工厂加反射:将抽象工厂提供的一系列接口,通过读取配置文件,进行实例反射,根据实例化要求去实例化类。
配置文件XML文件:
优点:解决了增加新产品不支持OCP的原则,直接在配置文件中指定实例化的类,也就是任意的产品。:
当你改变底层配置时,不需要改变和重新编译代码,只需将xml中更改就可以了。以把经常变更的地反写入到xml中去,完全依靠配置文件
缺点:
1. 无法自动校验,需要人工查找
2. 读取和解析xml配置要消耗一定时间,导致应用启动慢,不便于测试和维护
3. 当系统很大时,大量的xml文件难以管理
4. 运行中保存xml配置需要消耗额外的内存
实例应用:
下面我以用一个工厂创建,通过读取配置文件来生成B层和D层,这样界面就不用New(新建)BLL层的具体实现类而是直接调用B层的接口方法,B就不用New(新建)DAL层的实现类直接调用BLL的接口方法。这样摆脱了以前new的时候还得与实现类打交道。
抽象工厂加反射示例图
注:我们通过工厂加配置文件,创建了B接口和D接口
抽象工厂加反射详细运行流程:
代码实例:
建立一个配置文件beans-config.xml。注:分为两部分一部分是创建bll层标签和一个创建Dal层的标签,这样就可以分开创建Bll和Dal层,是Bll层和Dal层单独成为一个系列的产品,在编程过程中,Bll层和Dal层是必要的两个产品。其实我们也可以合到一块,根据id的不同来区别标签,但是在这我们不那样做。
创建一个BeanFactory。注:在这我就不用抽象,可以用抽象,其实工厂多的时候就可以用抽象工厂来创建公共的部分,因为我在这个工厂里直接就将创建两系列的产品写到一块了。
importjava.util.HashMap;
importjava.util.Map;
importorg.dom4j.Document;
importorg.dom4j.DocumentException;
importorg.dom4j.Element;
importorg.dom4j.io.SAXReader;
importcom.bjpowernode.drp.basedata.dao.ItemDao;
importcom.bjpowernode.drp.basedata.manager.ItemManager;
/**
* 抽象工厂主要创建两个主要系列的产品
* 1.Manager系列
* 2.Dao系列产品
*功能:
*/<