您认为“自动接口实现”吗？ 在 .NET / C# 中很有用

Question

考虑这个：

public class interface Person : IPerson
{
  int ID { get; protected set; }
  string FirstName { get; set; }
  string LastName { get; set; }
  string FullName { get { return FirstName + " " + LastName; } }
}

还有这个：

public class StubPerson : IPerson
{
    int ID { get { return 0; protected set { } }
    string FirstName { get { return "Test" } set { } }
    string LastName { get { return "User" } set { } }
    string FullName { get { return FirstName + " " + LastName; } }
}

用法：

IPerson iperson = new Person();

或者：

IPerson ipersonStub = new StubPerson();

或者：

IPerson ipersonMock = mocks.CreateMock<IPerson>();

所以实际上我们同时声明了 IPerson 接口和 Person 类：

public class interface Person : IPerson

你认为在 .NET/C# 中提供这种支持会有用吗？

编辑：

由于大量混乱，我认为我需要澄清提议的目的：

如果没有此功能，您将不得不写：

interface IPerson
{
  int ID { get; }
  string FirstName { get; set; }
  string LastName { get; set; }
  string FullName { get; }
}

以及：

public class Person : IPerson
{
  int ID { get; protected set; }
  string FirstName { get; set; }
  string LastName { get; set; }
  string FullName { get { return FirstName + " " + LastName; } }
}

我根本不建议任何语义改变。

Answer 1

我想我没有抓住重点——通过将类和接口混合在一起你要完成什么？ 您用这种方法解决什么问题？

这：

IPerson iperson = new Person();

在 C# 中已经合法。

编辑：澄清一下 - 鉴于以下情况，上述代码是合法的：

interface IPerson { }

class Person : IPerson { }

Answer 2

如果我要求的话，我至少希望 Visual Studio 将接口中的属性实现为自动属性。

不幸的是这个选项没有，我必须处理未实现的异常存根

Answer 3

不，因为您将被迫公开接口的所有公共成员。 尝试 ReSharper，再也不用担心这个问题了。

Answer 4

Resharper可以提供此功能，例如，

1. 您可以先编写您的Person类。
2. 您可以通过将成员上拉到 IPerson 界面来提取界面。

因此，您可以让 Visual Studio 自动为您生成实现存根。

更新

无论如何，让我们首先阐述接口，引用您在问题中提供的代码：

public class interface Person : IPerson
{
    int ID { get; protected set; }
    string FirstName { get; set; }
    string LastName { get; set; }
    string FullName { get { return FirstName + " " + LastName; } }
}

您必须了解接口不是抽象类。 接口仅仅是一个契约，某种蓝图，这意味着它将告诉一个对象在另一个对象中期望什么，而不真正关心它是如何实现的。

另一方面，抽象类可以包含可以继承和重写的功能片段。

在上面的情况下，您的“接口”无效，因为：

• 您无法声明接口的范围约束（公共、私有、受保护、内部），因为这是一个实现细节，
• 您无法声明默认实现（例如，您的 < code>FullName 属性），因为同样，这是一个实现细节

在我看来，您真正想要的是一个抽象类，例如，

public abstract class BasePerson
{
    public abstract int ID { get; protected set; }
    public string FirstName { get; set; }
    public string LastName { get; set; }
    public virtual string FullName { get { return FirstName + " " + LastName; } } 
}

我只是猜测，但也许这就是您真正需要的。

更新2

好吧，我想我已经明白了你想要发生的事情，所以你想要的是能够写这个：

public interface IPerson
{
    int ID { get; set; }
    string FirstName { get; set; }
    string LastName { get; set; }
    string FullName { get; }
}

然后对于你的实现只需要写这个：

public class Person : IPerson
{
    public int ID { get; protected set; }
    public string FullName { get { return FirstName + " " + LastName; } } 
}

而不需要指定 FirstName 和 LastName 属性。

我们需要解决的第一个问题是接口在其实现中不允许访问分隔符：会发生的情况是属性将继承默认的访问分隔符，该访问分隔符是私有的。

其次，在我们看来，string FirstName { get; 放; } 在接口和 public string FirstName { get; 放; 类中的 是相同的，但实际上并非如此：

• 在接口中，属性定义将指示 getter 和/或 setter 方法的方法签名可用于实现该接口的所有类。
• 在类中，属性定义将指示 CLR 创建一个匿名对象，该对象将保存所述属性的值。

对于程序员来说是细微的差别，对于编译器来说却是天壤之别。

最后，当您指定要实现一个接口时，Visual Studio 会执行句法魔法，自动为您创建这些属性存根。

Answer 5

我认为更好的抽象是一种特征，或者，正如我所描述的 这里，一个角色。 这就像一个带有代码的界面。 您的示例可以这样编码：

public role RPerson { 
  int ID { get; protected set; } 
  string FirstName { get; set; } 
  string LastName { get; set; } 
  string FullName { get { return FirstName + " " + LastName; } } 
} 

public class Person : RPerson { }

public class StubPerson : RPerson { 
    int ID { get { return 0; protected set { } } 
    string FirstName { get { return "Test" } set { } } 
    string LastName { get { return "User" } set { } } 
    string FullName { get { return FirstName + " " + LastName; } } 
} 

// ...

RPerson rperson = new Person(); 

RPerson rpersonStub = new StubPerson(); 

Answer 6

让我看看我是否理解您的要求：

为什么我们不能声明一个接口：

interface IPerson
{
    string Name {get;set;}
    int ID {get;set;}
}

并且实现该接口的类将继承其属性，而无需重新声明它们：

class Person : IPerson { } 
//person now has properties Name and ID

您不能这样做的原因甚至是尽管接口代码和类代码的文本非常相似，但它们的含义却截然不同。 该接口只是简单地说“实现者将有一个带有 getter 和 setter 的字符串名称”。 该类表示“调用名称的 getter 时返回私有字段”。 即使您使用自动属性快捷方式让编译器实现该逻辑，它仍然是属于类的逻辑。 仅仅因为：

string Name {get;set;}

在接口和类中看起来相同，但并不意味着完全一样。

对于编译器来说，实现任意逻辑来为您履行合同而不是在编译时抱怨您尚未实现它们是非常危险的。 它可能会引入很难追踪的错误。 当没有定义行为时让编译器回退到默认行为是一个非常非常糟糕的主意。

Answer 7

我不久前也考虑过同样的事情< /a>，特别适用于您只有一个接口的一个生产实现，但您想模拟它以进行测试的情况。 目前它有点像以前的 .c/.h 文件。

我怀疑最终它的好处会被语言和随后阅读代码的额外复杂性所抵消。 不过，我仍然有兴趣看到它被更彻底地探索。 即便如此，我的优先级列表中还有其他更高的事情 - 对不变性的更好支持位于顶部:)

Answer 8

我相信 Eiffel 在 .NET 上做了类似的事情，以支持多重继承。 类声明自动生成相应的接口。 当引用类类型时，编译器通常会发出对接口类型的引用。 当然，主要的例外是构造函数表达式。

Answer 9

好吧，我认为其他答案将帮助您理解如何使用接口来抽象不同具体类中的逻辑，我还认为您可以使用 VS 内置的重构工具完成与您想要的类似的事情。

定义你的类...

public class Person
{
  public int ID { get; protected set; }
  public string FirstName { get; set; }
  public string LastName { get; set; }
  public string FullName { get { return FirstName + " " + LastName; } }
}

然后右键单击，选择 Refactor -> 提取接口。

这将创建一个单独的文件，其中包含用于类定义的接口，然后您可以相应地塑造接口和实现类。

提取的接口：

interface IPerson
{
    string FirstName { get; set; }
    string FullName { get; }
    int ID { get; }
    string LastName { get; set; }
}