一个插排引发的设计思想 (二) 抽象类与接口

一个插排引发的设计思想 (一) 观察者模式

一个插排引发的设计思想 (二) 抽象类与接口

一个插排引发的设计思想 (三) 委托与事件

...待续....

上一篇以完成任务式的方式实现了插排的功能.

其中插头的规范部分值得思考, 上文采用了abstract class的方式,

既然是定义规范, 为什么不用接口方式呢?

一. 下面把上面的例子改造一下, 将原来的abstract class改为接口.

public interface IGBElectricalAppliance
{
void Input(int left, int right);
}

public class OutPut
{
public OutPut()
{
this.EACollection = new List<IGBElectricalAppliance>();
}
private List<IGBElectricalAppliance> EACollection;
public void powered(int left,int right)
{
foreach (var item in EACollection)
{
item.Input(left,right);
}
}
public void AddInput(IGBElectricalAppliance item)
{
EACollection.Add(item);
}

public void RemoveInput(IGBElectricalAppliance item)
{
EACollection.Remove(item);
}
}

public class TV : IGBElectricalAppliance
{
public void Input(int left, int right)
{
Show();
Sound();
}

private void Show()
{
Console.WriteLine("I am showing");
}
private void Sound()
{
Console.WriteLine("I am sounding");
}
}

public class ElectricKettle : IGBElectricalAppliance
{
public void Input(int left, int right)
{
Heat();
}

private void Heat()
{
Console.WriteLine("I am heating");
}
}

运行一下结果也是一样, 看起来也没啥不同的.

那么到底该用那种方法呢?

二. 现在看一下 abstract class和interface的区别

二者都可以定义一些"规范", 都不可以实例化,

但abstract class中可以有实现的方法, 接口不可以

假如电器有一一些共用的方法例如功率计算(PowerCalculation)等, 可以在abstract class中实现, 非常方便, 这是interface无法实现的, 如下面代码所示

public abstract class GBElectricalAppliance
{
public abstract void Input(int left, int right);

/// <summary>
/// 计算实时功率
/// </summary>
/// <param name="u">电压</param>
/// <param name="i">电流</param>
public void PowerCalculation(int u ,int i)
{
Console.WriteLine("Power:" + (u * i).ToString());
}

//其他通用方法
}

从另一个不同来看, interface允许继承多个, 而abstract class不可以.

所以我们也可以这样想, abstract class的含义是"是XX", 反映到例子总就是插座要求插上的设备是国标电器.

如果我们把接口再改一下,

public interface IGBElectricalable
{
void Input(int left, int right);
}

public class Other : IGBElectricalable
{
public void Input(int left, int right)
{
doSomeThing();
}

private void doSomeThing()
{
Console.WriteLine("I am other");
}
}

只是改了个名字, 大概意思是拥有符合国标标准插头的, 注意这里不再强调是电器了.

例如某些大型机械(上面代码中的Other), 用电部分可能只是辅助, 再定义为电器已经有点不合适了, 它也不需要继承 GBElectricalAppliance.

三.原来的代码调整如下

public class OutPut
{
public OutPut()
{
this.EACollection = new List<IGBElectricalable>();
}
private List<IGBElectricalable> EACollection;
public void powered(int left,int right)
{
foreach (var item in EACollection)
{
item.Input(left,right);
}
}
public void AddInput(IGBElectricalable item)
{
EACollection.Add(item);
}

public void RemoveInput(IGBElectricalable item)
{
EACollection.Remove(item);
}
}

public abstract class GBElectricalAppliance:IGBElectricalable
{
public abstract void Input(int left, int right);

/// <summary>
/// 计算实时功率
/// </summary>
/// <param name="u">电压</param>
/// <param name="i">电流</param>
public void PowerCalculation(int u, int i)
{
Console.WriteLine("Power:" + (u * i).ToString());
}

//其他通用方法
}

public class TV : GBElectricalAppliance
{
public override void Input(int left, int right)
{
Show();
Sound();
}

private void Show()
{
Console.WriteLine("I am showing");
}
private void Sound()
{
Console.WriteLine("I am sounding");
}
}

public class ElectricKettle : GBElectricalAppliance
{
public override void Input(int left, int right)
{
Heat();
}

private void Heat()
{
Console.WriteLine("I am heating");
}
}

原来的TV和Kettle依然可以继承自 GBElectricalAppliance, 这样它们的共用方法 PowerCalculation依然生效,

而GBElectricalAppliance继承了接口 IGBElectricalable

测试一下将Other也插入插排

class Program
{
static void Main(string[] args)
{
OutPut op = new OutPut();
op.AddInput(new TV());
op.AddInput(new ElectricKettle());
op.AddInput(new Other());

op.powered(220, 0);
}
}

可以看到结果中出现了 "I am other".

四:小结

本次用接口的方式对原例子进行了改造, 进一步将插排和插入设备解耦.

文一中, 插排要求插入的设备是符合国标的电器.

本文中, 插排要求插入的设备有符合国标的插头即可, 无论什么样的设备, 无论其是否是电器.

五.思考

由此, 现在进一步想一想, 既然是有符合国标的插头即可.而插头无非就是Input一个方法.

而前两种方式无论是抽象类还是接口, 都是将设备本身放入了插排的集合中,

即 AddInput(IGBElectricalable item), 然后再由插排调用集合中设备的Input方法.

这貌似搞得有点复杂, 耦合度还是高, 而且也不符合实际中直插入插头而不是整个设备的事实.

那么我们是否可以将此处的参数用由插入设备本身(观察者)改为设备的Input方法呢

即 AddInput(Input _input), 然后再由插排直接调用集合中的Input方法.

下篇继续讨论..