c# – 如果使用接口,则类始终严格实现接口

前端之家收集整理的这篇文章主要介绍了c# – 如果使用接口,则类始终严格实现接口前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
提出这个问题的更好方法是如下例子
这两种方法的优点和缺点是什么?一个总是优于另一个或在特定情况下?如果使用Approach1,使用界面会没有意义吗?既然任何人都可以访问公共方法呢?
public interface IDoSomething
{
  void Method1(string operation,User user,string category)
  void Method2(string operation,User user)
  void Method3(string operation)
}

//Approach1
Class A: IDoSomething
{                              
  public void Method1(string operation,string category)
  {
   //do some db logic here...
  }

  public void Method2(string operation,User user)
  {
    Method1(operation,user,"General");
  }

  public void Method3(string operation)
  {
    Method1(operation,User.GetDefaultUser(),"General");
  }
}

要么

//Approach2
Class A: IDoSomething
{                              
  void IDoSomething.Method1(string operation,string category)
  {
   //do some logic here...
  }

  void IDoSomething.Method2(string operation,User user)
  {
    (this as IDoSomething).Method1(operation,"General");
  }

  void IDoSomething.Method3(string operation)
  {
    (this as IDoSomething).Method1(operation,"General");
  }
}

解决方法

您正在寻找描述第二种方法的短语是显式接口实现.就个人而言,我大部分时间都不会使用它.您需要以不同的方式实现具有相同成员签名的不同接口,或者如果您希望限制某些成员仅在处理接口类型的表达式时可见时,这很有用…但是如果对于无论你的调用者具有什么样的具体类型,并且需要调用一些特定于类型的方法和一些接口方法.如果不将此类方法强制转换为接口类型,您甚至无法在同一个类中看到显式实现的方法.

显式接口实现还意味着您不能覆盖接口方法 – 您必须在任何子类中重新实现接口.基本上它最终会变得非常复杂 – 所以如果可能的话我会避免它.

最后一点说明:显式接口实现也是plays badly with dynamic in C# 4.

猜你在找的C#相关文章