有点像适配器模式。
先抽象出一个接口:IMsg{void SendMsg();}
再 写两个实现
Mag:IMsg
{
A ...
public void SendMsg()
{
A.SendMag(string phone,string con);
}
}
另一个类似
参数不一样。参数如何传递进去。。适配器模式好像也只能适应参数相同方法名称不同的这种情况。。现在这种情况好像不太适合感觉。
@yzy:
默认写几个参数。万一不行,可以用实现类中的 属性字段或者 写一个参数类进行传递。
@Qlin: 这种方式可以倒是可以。如果下次再多一个方法是 4个参数 或者更多参数的话。好像不是很合理。
@yzy:
保持接口稳定就行,再来一个添加一个实现,跟以前的实现又不搭噶都不用管,只管新添加的实现类。
把你的接口统一封装成参数对象:
Send(Message message);
典型的代理模式吧,写个类似中间层的代理,把那两个接口都封装进去