为什么 C# 不允许静态方法实现接口？

小编典典

为什么 C# 不允许静态方法实现接口？

all

为什么 C# 是这样设计的？

据我了解，接口仅描述行为，并用于描述实现特定行为的接口的类的合同义务。

如果类希望在共享方法中实现这种行为，为什么不呢？

这是我想到的一个例子：

// These items will be displayed in a list on the screen.
public interface IListItem {
  string ScreenName();
  ...
}

public class Animal: IListItem {
    // All animals will be called "Animal".
    public static string ScreenName() {
        return "Animal";
    }
....
}

public class Person: IListItem {

    private string name;

    // All persons will be called by their individual names.
    public string ScreenName() {
        return name;
    }

    ....

 }

阅读 136

2022-03-15

共1个答案

小编典典

假设您要问为什么不能这样做：

public interface IFoo {
    void Bar();
}

public class Foo: IFoo {
    public static void Bar() {}
}

从语义上讲，这对我来说没有意义。接口上指定的方法应该在那里指定与对象交互的合同。静态方法不允许您与对象交互 -
如果您发现自己处于可以将实现设为静态的位置，您可能需要问自己该方法是否真的属于接口。

为了实现你的例子，我会给 Animal 一个 const 属性，它仍然允许从静态上下文访问它，并在实现中返回该值。

public class Animal: IListItem {
    /* Can be tough to come up with a different, yet meaningful name!
     * A different casing convention, like Java has, would help here.
     */
    public const string AnimalScreenName = "Animal";
    public string ScreenName(){ return AnimalScreenName; }
}

对于更复杂的情况，您总是可以声明另一个静态方法并委托给它。在尝试举个例子时，我想不出任何理由你会在静态和实例上下文中做一些不平凡的事情，所以我会为你省掉一个
FooBar blob，并把它作为一个指示它可能不是一个好主意。

2022-03-15