为什么接口定义中需要参数名称？ 我可以在实现过程中选择新的参数名称
不确定这是否是一个愚蠢的问题，但我只是注意到了这一点：
public interface IActivityDao : IDao { IList GetAllSinceSequence(long sequence, int count); } public class ActivityDao : AbstractNHibernateDao, IActivityDao { public IList GetAllSinceSequence(long sequence, int maxRecords) { } } 在我的实现中，我调用了第二个参数’maxRecords’。 然而，在界面中，它被定义为“计数”。 编译器仍然考虑实现的接口，这很好，但可能会导致一些歧义。 显然，我应该重命名其中一个参数以匹配另一个参数。
在重命名之前我玩了一下，发现了一些有趣的东西。 我不允许将我的界面声明为：
public interface IActivityDao : IDao { IList GetAllSinceSequence(long, int); }
这只是编译器对C＃语义的过度保护吗？ 除了使代码更具可读性之外，接口方法中的参数名称的用途是什么？ 在我看来，如果在实现时不强制参数名称，它会引起歧义。
接口声明中需要参数名称，以便于实现和参考。 如果有人使用您的界面，方法参数的名称应该是自我记录，以便界面的使用者了解传递给方法的内容（例如，通过IntelliSense查看方法描述时）
是的，当您实现界面时，您可以根据需要为参数命名。
历史。 这可以追溯到.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(); } }
这让任何人都开心。
我想这是由于C＃中的命名参数function。 即，您需要能够按名称指定参数，而不仅仅是默认顺序：
IActivityDao dao; dao.GetAllSinceSequence(count: 1, sequence: 2);
当然，如果将对象强制转换为实例，则参数名称会有所不同。
var concreteDao = (ActivityDao) dao; concreteDao.GetAllSinceSequence(maxRecords: 1, sequence: 2);
让我问你这个问题，.net框架中的其他任何地方是否允许您定义没有参数名称的方法签名？
在一天结束时所有事情都是可能的，但大多数事情都是有原因的，在这种情况下，我会想象这是框架和编译器设计的限制，它真的重要吗？
你毕竟定义了一个使用合同，人们会期望它们真的存在。
许多语言（如C＃和VB）支持方法的命名和选项参数 。 如果接口中没有参数名称，则无法使用命名参数和可选参数。 命名参数也有助于读者理解界面的意图和function。