为什么接口定义中需要参数名？我可以在实现过程中选择新的参数名

Question

不确定这是不是一个愚蠢的问题，但我注意到：

public interface IActivityDao : IDao<Activity>
{
    IList<Activity> GetAllSinceSequence(long sequence, int count);
}

public class ActivityDao : AbstractNHibernateDao<Core.Domain.Activity>, IActivityDao
{        
    public IList<Activity> GetAllSinceSequence(long sequence, int maxRecords)
    {

    }
}

在我的实现中，我将第二个参数称为maxRecords。然而，在接口中，它被定义为“计数”编译器仍然考虑实现的接口，这很好，但是会导致一点歧义。显然，我应该重命名其中一个参数以匹配另一个。

在重新命名之前，我玩了一会儿，发现了一些有趣的东西。我不允许将我的接口声明为：

public interface IActivityDao : IDao<Activity>
{
    IList<Activity> GetAllSinceSequence(long, int);
}

这只是编译器对C#symantics的过度保护吗？接口方法中的参数名除了使代码更具可读性之外还有什么用途？在我看来，如果参数名不是强制实现的，那么它会引起歧义。

Answer 1

我问你，世界上还有其他地方吗。net框架，允许您定义无参数名称的方法签名？

归根结底，所有事情都是可能的，但大多数事情都是有原因的，在这种情况下，我认为这是框架和编译器设计的一个限制，这真的很重要吗？

毕竟，您正在定义一个合同以供使用，人们会期望它们真的存在。

Answer 2

历史这可以追溯到人类文明的早期。NET，当COM统治世界时。能够与COM进行互操作在当时是非常重要的，没有人会为了采用一种全新的编程风格而放弃一切。

这使得中的COM互操作受到强烈支持。NET。除了需要有接口方法的命名参数外，类型库也需要它们。

有趣的是C/CLI语言。它采用了许多C语法规则，包括在声明中省略参数名的能力。换句话说，这是合法的：

    public interface class IFoo
    {
        void bar(int, long, double);
    };

类型库导出器生成以下声明：

    HRESULT bar(
                    [in] long p1, 
                    [in] long p2, 
                    [in] double p3);

如果在C#类中实现由IntelliSense自动生成的接口，结果非常相似：

class FooImpl : cpptemp36.IFoo {
    public void foo(int __p1, int __p2, double __p3) {
        throw new NotImplementedException();
    }
}

这让任何人都不开心。

Answer 3

为了清晰的实现和参考，接口声明中需要参数名称。如果有人在使用你的接口，方法参数的名称应该是自文档化的，这样接口的消费者就知道要传递什么给方法（例如，通过智能感知查看方法描述时）

是的，当您实现接口时，您可以随意命名参数。