IronMan之桥接

前言

前面的几个篇幅都是在讲"部件"的生产已经简简单单的使用,以后可能要对"部件"进行升级,不是不对它本身升级,是其它方式的升级,可以让它配备武器。 有没有感觉"部件"是越来越强大了,事物的衍变都是有个过程的嘛,必须要越来越完善,这是"IronMan"设计的宗旨。

好了,废话不多说了,现在所要做的工作就是设计好这个"武器",以便在后面的篇幅中和"部件"很好的结合在一起。来看一下"武器"的定义:

     /// <summary>
/// 武器
/// </summary>
public abstract class Weapon
{
/// <summary>
/// 攻击
/// </summary>
public abstract void Attack();
}
/// <summary>
/// 激光武器
/// </summary>
public class LaserWeapon : Weapon
{ public override void Attack()
{
//LaserAttack
}
}
/// <summary>
/// 导弹武器
/// </summary>
public class MissileWeapon : Weapon
{ public override void Attack()
{
//MissileAttack
}
}

这样看起来好像没有什么不妥的,因为出于设计的全面性和以便于以后的扩展,所以要尽可能的想的全面。
"武器"的使用也是要受环境限制或影响的。在这里怎么表现出来呢?
先假设两种坏境的下武器使用,一种是水下,一种是太空中(真空状态)

     /// <summary>
/// 水下的激光武器
/// </summary>
public class UnderwaterLaserWeapon : LaserWeapon
{
public override void Attack()
{
//逻辑处理
base.Attack();
//逻辑处理
}
}
/// <summary>
/// 真空状态下激光武器
/// </summary>
public class EmptyLaserWeapon : LaserWeapon
{
public override void Attack()
{
//逻辑处理
base.Attack();
//逻辑处理
}
}
/// <summary>
/// 水下的导弹武器
/// </summary>
public class UnderwaterMissileWeapon : MissileWeapon
{
public override void Attack()
{
//逻辑处理
base.Attack();
//逻辑处理
}
}
/// <summary>
/// 真空下的导弹武器
/// </summary>
public class EmptyMissileWeapon : MissileWeapon
{
public override void Attack()
{
//逻辑处理
base.Attack();
//逻辑处理
}
}

看一下图1所示现在所有类型的结构图

整体的设计是没有大碍的,在增加一项"武器"类型时也是没有问题了,同样遵循着开闭原则。
如果是在添加一种坏境的时候也是遵循着开闭原则的,但是违背了类的单一职责原则,而且这样的设计继承关系太多,不易维护难以扩展,如果这个"武器"是多维的,而且是同时的向着多维前面变化的,那么这个"武器"的结构将会变的庞大无比。
现在应该是"桥接"大展身手的时候了,要在"武器"的两个(或者更多)变化的方向解耦,把强耦合变成弱联系。

实现

原来"武器"的结构不变,只需要在其中的一个维度中提取出抽象(实现类接口),然后"武器"(抽象类)引用从维度中提取出的抽象就好了。
我们来看一下结构:

     /// <summary>
/// 环境
/// </summary>
public interface IEnvironment
{
/// <summary>
/// 环境抽象
/// </summary>
void EnvironmentJudge();
}
/// <summary>
/// 水下环境的
/// </summary>
public class Underwater : IEnvironment
{ public void EnvironmentJudge()
{
Console.WriteLine("在水下的");
}
}
/// <summary>
/// 真空环境下的
/// </summary>
public class Empty : IEnvironment
{ public void EnvironmentJudge()
{
Console.WriteLine("真空下的");
}
}

上面是 环境维度的结构,下面来看"武器"类型维度的结构:

     /// <summary>
/// 武器
/// </summary>
public abstract class Weapon
{
protected IEnvironment Environment = null;
/// <summary>
/// 攻击
/// </summary>
public abstract void Attack();
}
/// <summary>
/// 激光武器
/// </summary>
public class LaserWeapon : Weapon
{
public LaserWeapon():this(new Underwater()) { }//默认使用环境为水下
public LaserWeapon(IEnvironment environment)
{
base.Environment = environment;
}
public override void Attack()
{
//LaserAttack
base.Environment.EnvironmentJudge();
Console.WriteLine("激光武器");
}
}
/// <summary>
/// 导弹武器
/// </summary>
public class MissileWeapon : Weapon
{
public MissileWeapon():this(new Underwater()) { }
public MissileWeapon(IEnvironment environment)
{
base.Environment = environment;
}
public override void Attack()
{
//MissileAttack
base.Environment.EnvironmentJudge();
Console.WriteLine("导弹武器");
}
}

如图2的所示现在的对象结构:

类型都已经定义完成了,现在来看一下客户端调用代码:

 //Weapon weapon = new LaserWeapon();//这里已经默认的是水下坏境了
Weapon weapon = new MissileWeapon(new Empty());
weapon.Attack();

结果如图3所示:

桥接模式就讲到这里. 下一个篇幅将讲到怎么把"武器"安装到"部件"上使用的“装饰者模式”。

作者:金源

出处:http://www.cnblogs.com/jin-yuan/

本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面

C#设计模式之桥接的更多相关文章

  1. 乐在其中设计模式(C#) - 桥接模式(Bridge Pattern)

    原文:乐在其中设计模式(C#) - 桥接模式(Bridge Pattern) [索引页][源码下载] 乐在其中设计模式(C#) - 桥接模式(Bridge Pattern) 作者:webabcd 介绍 ...

  2. java面试题之----jdbc中使用的设计模式(桥接模式)

    1.JDBC(JavaDatabase Connectivity) JDBC是以统一方式访问数据库的API. 它提供了独立于平台的数据库访问,也就是说,有了JDBC API,我们就不必为访问Oracl ...

  3. 设计模式:桥接(Bridge)模式

    设计模式:桥接(Bridge)模式 一.前言   写到这里,基本上就是对前面几种模式的扩展和区别了,可以看到我们前面的几种模式,很多时候都出现了重叠,这里要分清一个概念,模式并不是完全隔离和独立的,有 ...

  4. php设计模式之桥接模式

    php设计模式之桥接模式 一.概述 桥接模式:将两个原本不相关的类结合在一起,然后利用两个类中的方法和属性,输出一份新的结果. 其实就是讲不相关的东西通过类(本例中是SendInfo)结合在一起,从而 ...

  5. java设计模式7——桥接模式

    java设计模式7--桥接模式 1.桥接模式介绍 桥接模式是将抽象部分与它的实现部分分离,使他们都可以独立的变化.它是一种对象结构型模式,又称为柄体模式或接口模式. 2.解决问题 2.1.将复杂的组合 ...

  6. C++设计模式-Bridge桥接模式

    作用:将抽象部份与它的实现部份分离,使它们都可以独立地变化. 将抽象(Abstraction)与实现(Implementation)分离,使得二者可以独立地变化. 桥接模式号称设计模式中最难理解的模式 ...

  7. 设计模式之桥接模式(Bridge)

    注:本文不属于原创,而是根据原文重新整理,原文是:我给媳妇解释设计模式:第一部分 设计模式不是基于理论发明的.相反,总是先有问题场景,再基于需求和情景不断演化设计方案,最后把一些方案标准化成“模式”. ...

  8. 【GOF23设计模式】桥接模式

    来源:http://www.bjsxt.com/ 一.[GOF23设计模式]_桥接模式.多层继承结构.银行日志管理.管理系统消息管理.人力资源的奖金计算  未用桥接模式: package com.te ...

  9. js设计模式(3)---桥接模式

    0.前言 看设计模式比较痛苦,一则是自己经验尚浅,不能体会到使用这些设计模式的益处:二则是不能很好把握使用这些设计模式的时机.所以这一部分看得断断续续,拖拖拉拉,为了了却这快心病,决定最近一口气看完几 ...

  10. [设计模式] 7 桥接模式 bridge

    #include<iostream> using namespace std; class AbstractionImp { public: virtual ~AbstractionImp ...

随机推荐

  1. POJ 1979 Red and Black【DFS】

    标准DFS,统计遍历过程中遇到的黑点个数 #include<cstdio> #include<vector> #include<queue> #include< ...

  2. Visual Studio (VS IDE) 你必须知道的功能和技巧 - 【.Net必知系列】

    前言 本文主要阐述一些Visual Studio开发下需要知道的少部分且比较实用的功能,也是很多人忽略的部分.一些不常用而且冷门的功能不在本文范围,当然本文的尾巴[.Net必知系列]纯属意淫,如有雷同 ...

  3. 配置apue的头文件apue.h和unp的头文件anp.h

    配置apue的头文件apue.h和unp的头文件anp.h 如果要使用gcc -g 来生成可调试文件一定要修改Make.defines.linux文件中的CFLAGS变量 修改为:CFLAGS=-an ...

  4. selenium使用笔记(二)——Tesseract OCR

    在自动化测试过程中我们经常会遇到需要输入验证码的情况,而现在一般以图片验证码居多.通常我们处理这种情况应该用最简单的方式,让开发给个万能验证码或者直接将验证码这个环节跳过.之前在技术交流群里也跟朋友讨 ...

  5. java后台获取Access_token的工具方法

    本方法主要通过java后台控制来获取Access_token,需要你已经知道自己的ID跟密码 因为微信的权限设置大概每天可以获取两千条,每条有效时间为2小时 /** * 输入自己的id跟密码,获取微信 ...

  6. 转:看看 Delphi XE2 为 VCL 提供的 14 种样式

    http://www.linuxso.com/linuxbiancheng/8889.html 其实只提供了 个 vsf 样式文件, 还有默认的 Windows 样式, 共 种. 在空白窗体上添加 L ...

  7. Android 无标题 全屏设置

    标题栏和状态栏 Android程序默认情况下是包含状态栏和标题栏的. 在Eclipse中新建一个Android程序,运行后显示如下: 图中标出了状态栏(显示时间.电池电量.网络等)和标题栏(显示应用的 ...

  8. VS2015 调试时 编辑并继续不可用

    最近在项目中遇到一次调试时 编辑并继续不可用.结合网上说的工具->设置->调试->常规下的一些操作,到后来还是不可用,最后把项目的解决方案平台改成Mixed Platform ,之后 ...

  9. HashMap实现缓存

    package com.cache; import java.util.Map; import java.util.concurrent.ConcurrentHashMap; import org.a ...

  10. 我的window10

    前言 这个一时半会写不完,也比较耗费时间,留着以后,每周更新一些新的技巧. 折腾了3天多时间的成果——>window10 的全新桌面,不比苹果差!不要说 windows 不能用 mac . 既然 ...