一、 实验目的与要求
1.练习使用桥接模式。设计相关的模拟场景并进行实施,验证模式特性,掌握其优缺点。
2.实验结束后,对相关内容进行总结。
二、实验内容
1.模式应用场景说明
相信大家都看过罗老师买奶茶的情节,现实生活中也是一样,奶茶分为大杯中杯和小杯,而奶茶的口味有多种多样,是每一种都对应好几个不同的杯型,可以将杯形和口味分别分开,就形成了各式各样的,各种大小的奶茶了。
2.应用场景类图
3.实现代码与解释
3.1奶茶类(接口)
package 桥接模式;
public interface 奶茶{
void nc(String cupType,String name);//里面有奶茶杯的大小,还有奶茶的种类
}
3.2奶茶杯类
package 桥接模式;
public abstract class 奶茶杯 //定义一个抽象类, 奶茶杯
{
protected 奶茶 milktea; //定义一个受保护的类 奶茶类
public void setweidao(奶茶 milktea) //定义一个方法,将(奶茶 milktea)作为参数传递进来
{
this.milktea=milktea;
}
public abstract void weidao(String name); //定义一个抽象类,目的是选择不同的奶茶口味。将名字传递进来。
}
3.3杯子类型
package 桥接模式;
public class 大杯 extends 奶茶杯{
public void weidao(String name) //定义方法,将奶茶的名字传递进来。与杯子进行结合
{
String cupType="大杯装....";
this.milktea.nc(cupType,name);
}
}
3.4奶茶口味类
package 桥接模式;
public class 巧克力味 implements 奶茶
{
public void nc(String cupType,String name) //将写好的奶茶,,,传递进杯子类型大小,,奶茶名字。组合成不同的奶茶
{
System.out.println(cupType + "巧克力味"+ name + ".");
}
}
3.5客户端代码
package 桥接模式;
public class Client {
public static void main(String []args) {
奶茶 ncmm;
奶茶杯 Cup;
ncmm=(奶茶)XMLUtil.getBean("nc");
Cup=(奶茶杯)XMLUtil.getBean("cup");
Cup.setweidao(ncmm);
Cup.weidao("nice");
}
}
3.6外部文件以及配置
package 桥接模式;
import javax.xml.parsers.*;
import org.w3c.dom.*;
import org.xml.sax.SAXException;
import java.io.*;
public class XMLUtil
{
//该方法用于从XML配置文件中提取具体类类名,并返回一个实例对象
public static Object getBean(String args)
{
try
{
//创建文档对象
DocumentBuilderFactory dFactory = DocumentBuilderFactory.newInstance();
DocumentBuilder builder = dFactory.newDocumentBuilder();
Document doc;
doc = builder.parse(new File("E:\\eclipse-workspace\\桥接模式\\src\\桥接模式\\BridgeconfigPen.xml"));
//获取包含类名的文本节点
NodeList nl = doc.getElementsByTagName("className");
Node classNode=nl.item(0).getFirstChild();
String cName=classNode.getNodeValue();
//通过类名生成实例对象并将其返回
Class c=Class.forName("桥接模式."+cName);
Object obj=c.newInstance();
return obj;
}
catch(Exception e)
{
e.printStackTrace();
return null;
}
}
}
4.结果及分析
三、实验总结
通过桥接模式的练习,让我们明白了。桥接模式是将加法变成乘法的模式。通过两个不同的维度变化,可以创建出许许多多的不同的相似产品来。但是重复代码会很多。类的结构过于复杂,继承关系太多,难于维护,最后最致命的一点是扩展性太差。