10

我正在阅读 Dart 的文档,我有点困惑,可能是因为我来自 Ruby,关于如何使用接口。当然,接口并不是 Dart 独有的,关于何时应该使用接口有很多解释。例如,这似乎是说接口仅在您在团队中时才有用。在开源世界中,每个人都在阅读和重用别人的代码,这意味着什么?

我见过的一个有趣的解释似乎暗示使用了接口:

  1. 在缺乏多重继承的语言中,以及
  2. 就此而言,它们以某种方式作为缺少多重继承的解决方法。

我不明白。我知道 Ruby 中的模块是一种解决方法,因为它们允许我用实际的主体定义真正的方法。接口只允许我定义实现它的类应该有哪些方法。有什么问题?谁能告诉我一个真正有用的例子,我可以立即看到使用接口的价值?

PS 在相关说明中,有没有办法在 Dart 中使用多重继承?

4

3 回答 3

26

更新:interface 关键字已从 Dart 中删除


接口很有用,因为它们允许您切换类的实现,同时仍然允许验证传入的类型是否满足接口的要求。

以以下(经常使用的)示例为例:

interface Quackable {
  void quack();
}

这定义了将传递给方法的类的要求,例如:

sayQuack(Quackable quackable) {
   quackable.quack();
}

它允许您使用 Quackable 对象的任何实现,例如:

class MockDuck implements Quackable {
  void quack() => print("quack");
}

class EnterpriseDuck implements Quackable {
  void quack() {
    // connect to three enterprise "ponds"
    // and eat some server bread
    // and say "quack" using an messaging system
  }

}

这两种实现都可以与 sayQuack() 函数一起使用,但其中一种需要的基础设施要少得多。

sayQuack(new EnterpriseDuck());
sayQuack(new MockDuck());

在构建利用一些“企业鸭”的解决方案时,我在 Java 世界中一直使用这种模式。在本地开发时,我只需要能够调用 sayQuack() 函数并返回一些硬编码的模拟数据。

鸭打字

因为 Dart 是可选类型的,所以您实际上不需要使用接口,只需编写一个包含正确方法签名的类即可(尽管工具无法验证它)。

class Person {   // note: no implements keyword
  void quack() => "I'm not a duck";
}

sayQuack(new Person()); // provides the quack method, so this will still work

所有类都是接口

最后,所有的类也是接口。这意味着即使第三方系统可能在没有使用接口的情况下编写,您仍然可以使用具体类,就好像它是一个接口一样。

例如,想象以下企业库:

class EnterpriseDuck { // note: no implements keyword
  void quack() {
    // snip
  }
}

sayQuack(EnterpriseDuck duck) {  // takes an instance of the EnterpriseDuck class
  duck.quack();
}

并且您想以类型检查器可以验证的方式将模拟鸭子传递给 sayQuack 方法。您可以创建自己的 mockDuck 来实现 EnterpriseDuck 隐含的接口,只需使用 EnterpriseDuck 作为接口:

class MockDuck implements EnterpriseDuck {
  void quack() => "I'm a mock enterprise duck";
}

多重继承

在多重继承方面,这在 Dart 中是不可能的。但是,您可以实现多个接口并提供您自己的所需方法的实现,例如:

class MultiDuck implements Quackable, EnterpriseDuck, Swimable {
  // snip...
}

接口可以有默认类

当你使用 Dart 时,你会发现大多数“类”实际上都是接口。List、String 等都是提供默认实现的接口。你打电话时

List myList = new List();

您实际上正在使用 List 接口,并且 new 关键字从接口重定向到底层默认 List 实现。

关于团队发展

接口在团队开发中很有用,即使在开源世界中也是如此。该接口定义了您应该构建的方法和属性,以便您的组件与我的组件一起使用。您可以构建您自己的该接口的测试实现,我可以构建该接口的具体实现,当我们都完成后,我们可以集成。如果没有发布的共享接口,我需要提供具体的实现,然后才能真正开始。

希望有帮助!

于 2012-05-08T19:24:00.460 回答
4

基本上,接口与多重继承无关。这样做时可能会伪造多重继承和滥用接口,但如果你想要真正的多重继承(或混合或特征),那么 Dart 不提供它们(目前 - 我相信混合在某一天会找到自己的方式)。

接口的好处是显式契约。假设您有两个组件A并且B需要相互配合。您当然可以直接调用BfromA并且它会起作用,但是下次您想要更改B时,您将不得不看看A它是如何使用它的。那是因为B没有公开显式接口。是的,接口的正确词不是实现而是暴露

如果你把实现隐藏B在一个接口后面,只提供那个接口A,那么你可以随意改变B,只担心仍然暴露相同的接口。该接口甚至可以被多个类公开,调用者不必关心(甚至知道)。

请注意,interface一词在这里有两个含义:组件的一般合同,也可以在文档中用简单的英语进行描述,以及一种特殊的语言结构,可以帮助您在内部描述(并强制执行)合同的某些部分编程语言。

您不一定必须使用语言结构,但使用它来描述编程语言允许您描述的合同部分被认为是一种很好的风格。

现在,这里的合同到底是什么?简而言之,契约是对组件对其用户的期望以及用户对组件的期望的描述。

例如,假设我有一个计算数字绝对值的方法:

class MathUtils {
  /// Computes absolute value of given [number], which must be a [num].
  /// Return value is also a [num], which is never negative.
  absoluteValue(number) {
    ... here's the implementation ...
  }
}

此处的合约在文档注释中有完整的描述(嗯,不完整,我们也可以描述什么是绝对值,但这已经足够了)。嗯...但是评论的某些部分可以直接用语言表达,对吧?

class MathUtils {
  /// Computes absolute value of given [number].
  /// Return value is never negative.
  num absoluteValue(num number) {
    ... here's the implementation ...
  }
}

请注意,合同的某些部分根本无法用编程语言表达——这里,语言不知道绝对值是什么,这需要留在注释中。此外,你不能表示返回值永远不会是负数,所以这也必须留在评论中。但实际上,您的代码的读者知道什么是绝对值(并且它永远不会是负数),并且方法名称非常清楚目的,因此可以完全省略注释:

class MathUtils {
  num absoluteValue(num number) {
    ... here's the implementation ...
  }
}

所以现在,合同的某些部分是用语言手段明确表达的,有些部分是隐含表达的(你依赖于人们知道什么是绝对值)。

语言中的接口用于将契约与实现分离。在小程序中使用它可能有点过头了,但是在执行大型程序时它会得到回报(这不必涉及团队合作)。

呃,结果比我预期的要长。希望有帮助。

于 2012-05-09T07:13:52.583 回答
1

接口是 Dart 类型系统的一部分,类型声明是可选的。这意味着接口也是可选的。

接口可帮助您记录对象响应的方法。如果你实现了接口,那么你就承诺实现接口中的所有方法。

Dart 使用这些信息来显示类型不匹配的编译时警告,为代码辅助提供更多有用的建议并协助进行一些重构。

于 2012-05-08T16:42:39.143 回答