- iOS/Objective-C 元类和类别
- objective-c - -1001 错误,当 NSURLSession 通过 httpproxy 和/etc/hosts
- java - 使用网络类获取 url 地址
- ios - 推送通知中不播放声音
当Comparable
接口(interface)变成了通用的,声明变成了
interface Comparable<T>
interface Comparable<T extends Comparable<T>>
T
没有意义不延长
Comparable
因为实现者必须确保
a.compareTo(b)
b.compareTo(a)
最佳答案
Really it should be something like
interface Comparable<T extends Comparable<T>>
interface Comparable<T>
获得的东西.
a.compareTo(b)
的事情和
b.compareTo(a)
,但请注意,您的声明(
interface Comparable<T extends Comparable<T>>
)实际上并不能确保如果
a.compareTo(b)
是有效的,即
b.compareTo(a)
编译。如
a
是
Comparable<T>
,
a.compareTo(b)
要求
b
是
T
,这也是
Comparable<T>
, 所以
b.compareTo()
需要一个
T
.那并不能证明
b.compareTo(a)
作品,作为
a
是
Comparable<T>
.举个例子,考虑
class Foo implements Comparable<Foo>
, 和
class Bar implements Comparable<Foo>
.如
a
类型为
Bar
和
b
类型为
Foo
,然后使用您的声明
Comparable
,
a.compareTo(b)
编译但
b.compareTo(a)
不编译(这也与
Comparable
的原始声明发生的情况相同)。有一个界限来保证当
a.compareTo(b)
作品,那
b.compareTo(a)
也有效,你需要有类似
interface Comparable<T extends Comparable<Comparable<T>>>
的东西,但这将是一个无用的界面,因为没有人拥有
T
相当于
Comparable<T>
.
Comparable
声明进行编译。但不会与原始声明一起编译。我见过的唯一现实用例是声明
interface Foo<T extends Foo<T>>
将允许编译某些不能使用
interface Foo<T>
的东西类似于 Builder 模式,其中
Foo<T>
有一个返回
T
的方法,因为我们知道
T
是
Foo<T>
的子类型,我们可以从
Foo<T>
到
Foo<T>
并将这些操作链接起来,而无需知道
T
的具体类型.但
Comparable
并非如此。 --
Comparable
没有返回
T
的方法.
class SortedList<T extends Comparable<? super T>>
或
<T extends Comparable<? super T>> void sort(List<T>)
)。
Comparable
的声明中没有任何限制可以确保类型与自身具有可比性。
Comparable
的东西)可比的类,那么从类型安全的角度来看这很好。是的,您指出它可能违反了
.compareTo()
的文档。 ,但这是代码行为问题,而不是类型安全问题。他们的类可能不是很有用,因为它不能满足大多数使用
Comparable
的地方的界限。 ,这可能会具有要求类型与其自身可比的界限。如果有一个地方需要
Comparable
没有要求类型与自身可比的界限,然后他们可以在那里使用他们的类,但这仍然是类型安全的,因为这个地方不需要类型与自身可比的事实意味着它自己的代码不依赖于这个事实来安全编译(或者他们使用了显式强制转换,在这种情况下他们对正确性负责)。在任何情况下,有人可能会编写一个(主要是无用的并且可能违反文档)类,该类与不可比较的类相比较不会影响您编写自己的类与自身相比较的能力,并且没有类型安全添加任何边界的原因。
关于java - Comparable 接口(interface)的声明,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/46878319/
编写一个仅用于集中其他接口(interface)的接口(interface)是好的做法还是坏的做法? interface InterfaceA : InterfaceB, InterfaceC { }
有没有一种方法可以确定具体类型从任意接口(interface)列表?我知道类型转换,但我想知道所有满意的接口(interface)。 例如,给定: type Mover interface { Mo
我正在尝试制作斐波那契堆。 (在我正在上的算法课中多次提到它们,我想检查一下。)我希望堆使用任何类型的节点,所以我定义了一个 Node 接口(interface): package node type
这是我的代码: type IA interface { FB() IB } type IB interface { Bar() string } type A struct {
示例 A: // pseudo code interface IFoo { void bar(); } class FooPlatformA : IFoo { void bar() {
合并它编译的 leppies 反馈 - 但 IMO 有一些缺点,我希望编译器强制每个子类定义它们自己的 Uri 属性。现在的代码: [] type UriUserControl() = inh
我正在构建一个项目,该项目从用户那里获取一个术语,然后执行谷歌搜索并返回一个 json 格式的标题列表。 我正在使用 serpwow API 来执行谷歌搜索并试图解析响应。 但是我收到的错误是: pa
我只想在其他接口(interface)中实现某些接口(interface),我不希望它们能够被类直接继承。 提前致谢! 最佳答案 您不能在 C# 中执行此操作 - 任何类都可以实现它有权访问的任何接口
我是 Go 的新手,还有一些我还没有掌握的技巧 例如,我有一个可以这样调用的函数: myVar.InitOperation("foo",Operator.EQUAL,"bar") myVar.Init
我有一个通用接口(interface)来描述对输出流的访问,如下所示: interface IOutput { function writeInteger(aValue:Int):Void;
我正在做一个项目,我想通过某种接口(interface)(最好是 USB)将光电探测器电路安装到计算机上。但是,由于我是新手,所以我不知道应该朝哪个方向处理这个问题。假设我有一个带有 USB 连接的光
背景 我正在尝试创建一个简单的应用程序,以真正理解DDD + TDD + etc的整个堆栈。我的目标是在运行时动态注入DAL存储库类。这让我 域和应用程序服务层可测试。我打算用“穷人的DI”来完成 现
在 Java 中,接口(interface)扩展接口(interface)是完全合法的。 UML 中的这种关系看起来像“扩展”关系(实线、闭合、未填充的箭头)还是“实现”关系(虚线、闭合、未填充的箭头
我想创建一个具有相等和比较函数默认实现的接口(interface)。 如果我从类型 IKeyable 中删除所有内容除了Key成员,只要我不添加默认实现,它就是一个有效的接口(interface)。从
COM 中的双接口(interface)是能够通过 DispInterface 或 VTable 方法访问的接口(interface)。 现在有人可以告诉我这两种方法之间到底有什么区别吗? 我认为 V
我有一个类方法,它返回一个可以迭代的员工列表。返回列表的最佳方式是什么?通常我只返回一个 ArrayList。然而,据我了解,界面更适合这种类型的操作。哪个是最好使用的界面?另外,为什么返回接口(in
我想从包装类外部实例化一个内部非静态接口(interface)。 这可能吗? 考虑以下代码: shared class AOuterClass() { Integer val = 3; shared
我为一个类编写了一个接口(interface),如下所示: public interface IGenericMultipleRepository { Lazy> addresses { ge
我是 UML 的初学者,现在我正在创建一个序列图,问题是我想根据用户输入实现 DAO 接口(interface)。如何在时序图中正确绘制以实现接口(interface)。 最佳答案 您不会在 SD 上
要使用 jsr 303 验证创建有条件验证的组,请将接口(interface)类传递给注释,如下所示: @NotEmpty (groups={UpdateValue.class}) 我有很多不同的接口
我是一名优秀的程序员,十分优秀!