using System;
namespace Bridge
{
public abstract class Tank
{
public abstract void Shot();
public abstract void Run();
public abstract void Stop();
}
/// <summary>
/// /////////////////////////////////////////////////////
/// </summary>
public class T50:Tank
{
public override void Shot()
{
}
public override void Run()
{
}
public override void Stop()
{
}
}
public class T75:Tank
{
public override void Shot()
{
}
public override void Run()
{
}
public override void Stop()
{
}
}
public class T90:Tank
{
public override void Shot()
{
}
public override void Run()
{
}
public override void Stop()
{
}
}
/// <summary>
/// ////////////////////////////////////////////////
/// </summary>
public class PCT50:T50
{
}
public class MobileT50:T50
{
}
public class PCT75:T75
{
}
public class MobileT75:T75
{
}
public class PCT90:T90
{
}
public class MobileT90:T90
{
}
///////////////////////////////////////////////////////////////////////////////////////////
}
//////////////////////
///Ｂｒｉｄｇｅ模式
///应用场景：应对“两个非常强的变化维度”，有时候即使有两个维度的变化但变化不强烈就不用，
///一定要把握变化的剧烈度“强”
///
/////////////////////
namespace Bridge2
{
public abstract class Tank
{
protected Bridge2.TankplatformImplementation tankImpl;//桥接器
public Tank(TankplatFormImplementation tankImpl)
{
this.tankImpl=tankImpl;
}
public abstract void Shot();
public abstract void Run();
public abstract void Stop();
}
public class T50:Tank
{
public override void Shot()
{
tankImpl.DoShot();
}
public override void Run()
{
tankImpl.MoveTank();
}
public override void Stop()
{
}
}
public class T75:Tank
{
public override void Shot()
{
tankImpl.DoShot();
}
public override void Run()
{
tankImpl.MoveTank();
}
public override void Stop()
{
}
}
public class T90:Tank
{
public override void Shot()
{
tankImpl.DoShot();
}
public override void Run()
{
tankImpl.MoveTank();
}
public override void Stop()
{
}
}
public abstract class TankplatformImplementation
{
public abstract void MoveTank(Point to);
public abstract void DrawTank();
public abstract void DoShot();
}
public class PcTankplatformImplementation:TankplatformImplementation
{
public override void MoveTank(Point to)
{
}
public override void DrawTank()
{
}
public override void DoShot()
{
}
}
public class MobileTankplatformImplementation:TankplatformImplementation
{
public override void MoveTank(Point to)
{
}
public override void DrawTank()
{
}
public override void DoShot()
{
}
}
/// <summary>
/// Bridge模式使用“对象间的组合关系（优先使用组合而非继承）”解耦抽象（Tank的型号）和实现（不同的平台）之间固有的邦定关系，
/// 使抽象（Tank的型号）和实现（不同的平台）可以沿着各自的维度来变化
/// “子类化”解决“变化”（非常好的解耦思想，此处的子类化是指继承abstract类或接口，并非语言层面的继承）
/// </summary>
public class App
{
public static void Main()
{
TankplatformImplementation tankImpl=new MobileTankplatformImplementation();
T50 tank=new T50(tankImpl);
}
}
}
以下内容引自：http://www.cnblogs.com/Terrylee/archive/2006/02/24/336652.html
效果及实现要点
1．Bridge模式使用“对象间的组合关系”解耦了抽象和实现之间固有的绑定关系，使得抽象和实现可以沿着各自的维度来变化。
2．所谓抽象和实现沿着各自维度的变化，即“子类化”它们，得到各个子类之后，便可以任意它们，从而获得不同平台上的不同型号。
3．Bridge模式有时候类似于多继承方案，但是多继承方案往往违背了类的单一职责原则（即一个类只有一个变化的原因），复用性比较差。Bridge模式是比多继承方案更好的解决方法。
4．Bridge模式的应用一般在“两个非常强的变化维度”，有时候即使有两个变化的维度，但是某个方向的变化维度并不剧烈——换言之两个变化不会导致纵横交错的结果，并不一定要使用Bridge模式。
适用性
在以下的情况下应当使用桥梁模式：
1．如果一个系统需要在构件的抽象化角色和具体化角色之间增加更多的灵活性，避免在两个层次之间建立静态的联系。
2．设计要求实现化角色的任何改变不应当影响客户端，或者说实现化角色的改变对客户端是完全透明的。
3．一个构件有多于一个的抽象化角色和实现化角色，系统需要它们之间进行动态耦合。
4．虽然在系统中使用继承是没有问题的，但是由于抽象化角色和具体化角色需要独立变化，设计要求需要独立管理这两者。
总结
Bridge模式是一个非常有用的模式，也非常复杂，它很好的符合了开放-封闭原则和优先使用对象，而不是继承这两个面向对象原则。