设计模式实验报告.doc

上传人:wj 文档编号:592510 上传时间:2023-04-29 格式:DOC 页数:32 大小:374KB
下载 相关 举报
设计模式实验报告.doc_第1页
第1页 / 共32页
设计模式实验报告.doc_第2页
第2页 / 共32页
设计模式实验报告.doc_第3页
第3页 / 共32页
设计模式实验报告.doc_第4页
第4页 / 共32页
设计模式实验报告.doc_第5页
第5页 / 共32页
设计模式实验报告.doc_第6页
第6页 / 共32页
设计模式实验报告.doc_第7页
第7页 / 共32页
设计模式实验报告.doc_第8页
第8页 / 共32页
设计模式实验报告.doc_第9页
第9页 / 共32页
设计模式实验报告.doc_第10页
第10页 / 共32页
设计模式实验报告.doc_第11页
第11页 / 共32页
设计模式实验报告.doc_第12页
第12页 / 共32页
设计模式实验报告.doc_第13页
第13页 / 共32页
设计模式实验报告.doc_第14页
第14页 / 共32页
设计模式实验报告.doc_第15页
第15页 / 共32页
设计模式实验报告.doc_第16页
第16页 / 共32页
设计模式实验报告.doc_第17页
第17页 / 共32页
设计模式实验报告.doc_第18页
第18页 / 共32页
设计模式实验报告.doc_第19页
第19页 / 共32页
设计模式实验报告.doc_第20页
第20页 / 共32页
亲,该文档总共32页,到这儿已超出免费预览范围,如果喜欢就下载吧!
下载资源
资源描述

设计模式实验报告.doc

《设计模式实验报告.doc》由会员分享,可在线阅读,更多相关《设计模式实验报告.doc(32页珍藏版)》请在冰点文库上搜索。

设计模式实验报告.doc

《设计模式》实验指导书

10学时

教师:

张凯

实验一工厂模式的应用

【实验目的】

1)掌握工厂模式(Factory)的特点

2)分析具体问题,使用工厂模式进行设计。

【实验内容和要求】

有一个OEM制造商代理做HP笔记本电脑(Laptop),后来该制造商得到了更多的品牌笔记本电脑的订单Acer,Lenovo,Dell,该OEM商发现,如果一次同时做很多个牌子的本本,有些不利于管理。

利用工厂模式改善设计,用C#控制台应用程序实现该OEM制造商的工厂模式。

绘制该模式的UML图。

【模式UML图】

【模式代码(JAVA语言实现)】

publicclassFactoryMethod{

publicstaticvoidmain(String[]args){

Computerc;

Factoryf=newDellFactory();

c=f.getComputerType();

c.ComputerType();

f=newLenovoFactory();

c=f.getComputerType();

c.ComputerType();

f=newAcerFactory();

c=f.getComputerType();

c.ComputerType();

}

}

interfaceFactory{

ComputergetComputerType();

}

classDellFactoryimplementsFactory{

@Override

publicComputergetComputerType(){

returnnewDell();

}

}

classAcerFactoryimplementsFactory{

@Override

publicComputergetComputerType(){

returnnewAcer();

}

}

classLenovoFactoryimplementsFactory{

@Override

publicComputergetComputerType(){

returnnewLenovo();

}

}

/**

*电脑品牌

*/

interfaceComputer{

publicvoidComputerType();

}

classDellimplementsComputer{

@Override

publicvoidComputerType(){

//TODOAuto-generatedmethodstub

System.out.println("DellComputer");

}

}

classAcerimplementsComputer{

@Override

publicvoidComputerType(){

System.out.println("AcerComputer");

}

}

classLenovoimplementsComputer{

@Override

publicvoidComputerType(){

//TODOAuto-generatedmethodstub

System.out.println("LenovoComputer");

}

}

【运行截图】

【实验小结】

通过本次实验,学会了使用工厂方法模式。

工厂方法模式的适用性如下:

当一个类不知道它所必须创建的对象的类时。

当一个类希望由它的子类来指定它所创建的对象时。

当类将创建对象的职责委托给多个帮助子类中的某一个,并且希望将哪一个帮助子类是代理这一信息局部化时。

实验二抽象工厂模式的应用

【实验目的】

1)掌握抽象工厂模式(AbstractFactory)的特点

2)分析具体问题,使用抽象工厂模式进行设计。

【实验内容和要求】

麦当劳(McDonalds)和肯德基(KFC)快餐店都经营汉堡(Hamburg)和可乐(Cola),用C#控制台应用程序实现这两个快餐店经营产品的抽象工厂模式。

绘制该模式的UML图。

【模式UML图】

【模式代码】

publicclassAbstractFactoryTest{

publicstaticvoidmain(String[]args){

Hamburgh;

Colac;

AbstractFactoryaf=newMDNFactory();

h=af.createHamburg();

c=af.createCola();

h.getHumburg();

c.getCola();

af=newKDJFactory();

h=af.createHamburg();

c=af.createCola();

h.getHumburg();

c.getCola();

}

}

interfaceAbstractFactory{

HamburgcreateHamburg();

ColacreateCola();

}

classMDNFactoryimplementsAbstractFactory{

@Override

publicHamburgcreateHamburg(){

returnnewMDNHamburg();

}

@Override

publicColacreateCola(){

returnnewMDNCola();

}

}

classKDJFactoryimplementsAbstractFactory{

@Override

publicHamburgcreateHamburg(){

returnnewKDJHamburg();

}

@Override

publicColacreateCola(){

returnnewKDJCola();

}

}

/**

*kDJ&MDN

*/

interfaceHamburg{

voidgetHumburg();

}

classMDNHamburgimplementsHamburg{

@Override

publicvoidgetHumburg(){

System.out.println("MDNHamburg");

}

}

classKDJHamburgimplementsHamburg{

@Override

publicvoidgetHumburg(){

//TODOAuto-generatedmethodstub

System.out.println("KDJHamburg");

}

}

interfaceCola{

voidgetCola();

}

classMDNColaimplementsCola{

@Override

publicvoidgetCola(){

System.out.println("MDNCola");

}

}

classKDJColaimplementsCola{

@Override

publicvoidgetCola(){

System.out.println("KDJCola");

}

}

【运行截图】

【实验小结】

抽象工厂模式主要适用于以下情况:

一系列要独立于它的产品的创建、组合和表示时。

一个系统要由多个产品系列中的一个来配置时。

当要强调一系列相关的产品对象的设计以便进行联合使用时。

当要提供一个产品类库,而只要显示它们的接口而不是实现时。

实验三适配器模式的应用

【实验目的】

1)掌握适配器模式(Adapter)的特点

2)分析具体问题,使用适配器模式进行设计。

【实验内容和要求】

一个软件团队开发绘图系统,设计了圆对象(Circle)、矩形对象(Rectangle),线对象(Line)都支持Draw()函数,即可以通过Draw()函数绘制图形。

为了加快项目进度,将角度对象(Angle)绘制功能交给了合作团队实现。

但合作团队将角度对象绘制函数定为了DrawAngle()。

绘图系统提供给用户后,用户不满意,希望能统一的调用,不用记太多命令。

应用适配器模式,用C#控制台应用程序完善该设计。

绘制该模式的UML图。

【模式UML图】

【模式代码】

publicclassAdapterTest{

publicstaticvoidmain(String[]args){

Painta=newAngleAdapter();

a.draw();

}

}

interfacePaint{

voiddraw();

}

classCircleimplementsPaint{

@Override

publicvoiddraw(){

System.out.println("圆圆");

}

}

classRectangleimplementsPaint{

@Override

publicvoiddraw(){

System.out.println("方方");

}

}

classLineimplementsPaint{

@Override

publicvoiddraw(){

System.out.println("线线");

}

}

classAngle{

publicvoidDrawAngle(){

System.out.println("角度");

}

}

classAngleAdapterimplementsPaint{

privateAnglea=newAngle();

@Override

publicvoiddraw(){

//TODOAuto-generatedmethodstub

a.DrawAngle();

}

}

【运行截图】

【实验小结】

适配器模式主要适用于以下情况:

当想要使用一个已经存在的类,但是该类的接口不符合现有的需求时。

当需要创建一个可以被复用的类,该类能够与其他无关的类甚至无法预见的类协同工作时。

当需要使用一个已经存在的子类,但是不可能对所有的都进行子类化以匹配他们的接口时,对象适配器可以对其父类接口进行适配。

实验四桥接模式的应用

【实验目的】

1)掌握桥接模式(Bridge)的特点

2)分析具体问题,使用桥接模式进行设计。

【实验内容和要求】

一个咖啡店可以提供大杯(JorumCoffee)、中杯(MediumCoffee)、小杯(SmallCoffee)的咖啡(Coffee),为了满足不同用户的口味,在咖啡中可以添加牛奶(Milk),或者糖(Sugar),或者柠檬(Lemon),提供给用户不同口味的组合,如大杯咖啡加牛奶,中杯咖啡加糖,小杯咖啡加柠檬,小杯咖啡加糖等。

应用桥接模式,用C#控制台应用程序实现该设计。

绘制该模式的UML图。

【模式类图】

【模式代码】

packageConstructor;

publicclassBridgeTest{

publicstaticvoidmain(String[]args){

Bridgeb;

b=newSugar();

b.setCoffee(newJorumCoffee());

b.getCoffee();

b=newMilk();

b.setCoffee(newSmallCoffee());

b.getCoffee();

}

}

interfaceCoffee{

voidgetCoffee();

}

classJorumCoffeeimplementsCoffee{

@Override

publicvoidgetCoffee(){

//TODOAuto-generatedmethodstub

System.out.print("大杯咖啡");

}

}

classMediumCoffeeimplementsCoffee{

@Override

publicvoidgetCoffee(){

//TODOAuto-generatedmethodstub

System.out.print("中杯咖啡");

}

}

classSmallCoffeeimplementsCoffee{

@Override

publicvoidgetCoffee(){

//TODOAuto-generatedmethodstub

System.out.print("小杯咖啡");

}

}

/**

*配料

*/

abstractclassBridge{

protectedCoffeec;

voidsetCoffee(Coffeeco){

c=co;

}

publicvoidgetCoffee(){

c.getCoffee();

}

}

classSugarextendsBridge{

@Override

publicvoidgetCoffee(){

c.getCoffee();

System.out.println("加糖");

}

}

classMilkextendsBridge{

@Override

publicvoidgetCoffee(){

c.getCoffee();

System.out.println("加牛奶");

}

}

classLemonextendsBridge{

@Override

publicvoidgetCoffee(){

c.getCoffee();

System.out.println("加柠檬");

}

}

【运行截图】

【实验小结】

桥接模式的适用情况有:

当不希望在抽象和它的实现之间有一个固定的绑定关系时。

当类的抽象以及它的实现都应该可以通过生成子类的方法加以扩充时。

当对一个抽象类的实现部分的修改应对客户不产生影响时。

实验五装饰模式的应用

【实验目的】

1)掌握装饰模式(Decorator)的特点

2)分析具体问题,使用装饰模式进行设计。

【实验内容和要求】

“喜羊羊逃命”游戏:

喜羊羊被灰太狼追,喜羊羊最多5条命,灰太狼每咬到喜羊羊一次,喜羊羊就要少一条命。

在逃的过程中喜羊羊可以吃到三种苹果,吃“红苹果”可以给喜羊羊加上保护罩,吃“绿苹果”可以加快喜羊羊奔跑速度,吃“黄苹果”可以使喜羊羊趟着水跑。

应用装饰模式,用C#控制台应用程序实现该设计。

绘制该模式的UML图。

提示:

这个例子如果用类的继承来实现的话那可就麻烦了,你需要为喜羊羊派生3*2*1=6个子类(有保护罩的喜羊羊,奔跑速度加快的喜羊羊,会趟水的喜羊羊,既有保护罩又会趟水的喜羊羊,奔跑速度快且会趟水的喜羊羊,有保护罩且奔跑速度快的喜羊羊,有保护罩、奔跑速度快且会趟水的喜羊羊),如果使用装饰模式的那就不用派生诸多子类了,当喜羊羊每吃到一个苹果,我们就用装饰模式给喜羊羊加一个动态增加一个新功能即可。

【模式类图】

【模式代码】

publicclassDecoratorTest01{

publicstaticvoidmain(String[]args){

ConcreteXiYYcxyy=newConcreteXiYY();

ProtectXiYangyangpx=newProtectXiYangyang();

FastXiYangyangfx=newFastXiYangyang();

SwimingXiYangyangsx=newSwimingXiYangyang();

px.setXiYangyang(cxyy);

px.Operation();

fx.setXiYangyang(px);

fx.Operation();

sx.setXiYangyang(fx);

sx.Operation();

}

}

interfaceXiYangyang{

publicvoidOperation();

}

classConcreteXiYYimplementsXiYangyang{

@Override

publicvoidOperation(){

//TODOAuto-generatedmethodstub

System.out.println("喜羊羊");

}

}

abstractclassDecoratorimplementsXiYangyang{

protectedXiYangyangxyy;

publicvoidsetXiYangyang(XiYangyangxyy){

this.xyy=xyy;

}

@Override

publicvoidOperation(){

//TODOAuto-generatedmethodstub

xyy.Operation();

}

}

classProtectXiYangyangextendsDecorator{

@Override

publicvoidOperation(){

//TODOAuto-generatedmethodstub

System.out.print("有保护罩的");

super.Operation();

}

}

classFastXiYangyangextendsDecorator{

@Override

publicvoidOperation(){

//TODOAuto-generatedmethodstub

System.out.print("加速的");

super.Operation();

}

}

classSwimingXiYangyangextendsDecorator{

@Override

publicvoidOperation(){

//TODOAuto-generatedmethodstub

System.out.print("会游泳的");

super.Operation();

}

}

【运行截图】

【实验小结】

装饰模式的适用情况有:

当需要以不影响其他对象为前提实现动态、透明地给单个对象添加职责时。

当需要将对象的某些职责进行撤销操作时。

当不能用生成子类的方法进行当前系统的扩充时。

实验六代理模式的应用

【实验目的】

1)掌握代理模式(Proxy)的特点

2)分析具体问题,使用代理模式进行设计。

【实验内容和要求】

生产商(Factory)需要销售商品(Product),网上商城(E-Shop)提供了一个平台,可以帮助销售这些商品,获得更大的销量。

当顾客(Custom)从网上商城选购商品的时候,实际是从生产商获得的商品。

应用代理模式,用C#控制台应用程序改进该设计。

绘制该模式的UML图。

【模式UML图】

【实验代码】

publicclassProxyTest01{

publicstaticvoidmain(String[]args){

//TODOAuto-generatedmethodstub

E_shopes=newE_shop();

es.product();

}

}

abstractclassProduct{

publicabstractvoidproduct();

}

classFactoryextendsProduct{

@Override

publicvoidproduct(){

//TODOAuto-generatedmethodstub

System.out.println("商品正在促销中,满一百减50.");

}

}

classE_shopextendsProduct{

privateFactoryfactory;

publicE_shop(){

factory=newFactory();

}

@Override

publicvoidproduct(){

//TODOAuto-generatedmethodstub

factory.product();

}

}

【运行截图】

【实验小结】

代理模式的有以下几种适用情况:

当需要为一个对象在不同的地址空间提供局部的代表时。

当需要创建开销非常大的对象时。

当需要控制原始对象的访问时。

当需要再访问对象时执行一些附加操作时,比如通过代理对象计算访问实际对象的次数。

实验七观察者模式的应用

【实验目的】

1)掌握外观模式(Observer)的特点

2)分析具体问题,使用外观模式进行设计。

【实验内容和要求】

网上商店中如果商品(product)在名称(name)、价格(price)等方面有变化,系统能自动通知会员,将是网上商店区别传统商店的一大特色。

如何设计实现?

说明你所选择的设计模式,画出类关系图并指明各个类的角色。

应用外观模式,用C#控制台应用程序改进该设计。

绘制该模式的UML图。

【模式UML图】

【模式代码】

importjava.util.ArrayList;

publicclassObeserverTest{

publicstaticvoidmain(String[]args){

//TODOAuto-generatedmethodstub

ConcreteSubjectcs=newConcreteSubject();

cs.Attach(newConcreteObserver(cs,"1号会员"));

cs.Attach(newConcreteObserver(cs,"2号会员"));

cs.Attach(newConcreteObserver(cs,"3号会员"));

cs.Attach(newConcreteObserve

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 农林牧渔 > 林学

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2