当前位置：文江博客话题详情

仅当类继承自特定类时才能够实现接口

发布于 2024-11-05 17:14:47 字数 183 浏览 0 评论 0原文

我正在用java编程。假设我有一个“MyInterface”接口和一个“MyClass”抽象类。

我想确保每个实现“MyInterface”接口的类都是从“MyClass”继承的。从 MyClass 继承的类完全能够不实现“MyInterface”接口。

这可能吗？谢谢。如果我的英语不好，我很抱歉，但我是法国人。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

伴梦长久 2024-11-12 17:14:47

我想确保每堂课
实施“我的界面”
接口继承自“MyClass”。

没有。那是不可能的。接口的全部意义在于使来自不同继承层次结构的类可以实现对预定义功能集的支持。

回复收藏 0 原文

罪歌 2024-11-12 17:14:47

AFAIK，你不能直接这样做。

如果有帮助的话，泛型可以让您这样说：

public <T extends MyClass & MyInterface> void foo(T param) { /**/ }

因此，您只能使用 MyClass 和 MyInterface 参数调用 foo()。

或者，为什么不拥有两个抽象基类呢？

abstract class MyClass { /* stuff here */ }
abstract class MyInterfaceClass extends MyClass { /* empty */ }

然后，使用 MyInterfaceClass 而不是 MyInterface。

或者，如果您只关心容器，请编写自己的容器：

static class MyList extends ArrayList<MyInterface> {
    @Deprecated
    public boolean add(MyInterface obj) {
        assert obj instanceof MyClass;
        return super.add(obj);
    }

    public <T extends MyClass & MyInterface> boolean add(T obj) {
        return super.add(obj);
    }
}

然后，每当您犯错误时，您都会收到弃用警告。

但我的问题仍然是——你想解决什么问题？您可以使用更具描述性的名称来代替“类”和“接口”吗？也许正确的解决方案是完全不同的东西..

AFAIK, you can't do this directly.

Generics let you say something like this, if it helps:

public <T extends MyClass & MyInterface> void foo(T param) { /**/ }

So, you can only call foo() with parameters that are both MyClass and MyInterface.

Or, why not have two abstract base classes?

abstract class MyClass { /* stuff here */ }
abstract class MyInterfaceClass extends MyClass { /* empty */ }

Then, use MyInterfaceClass instead of MyInterface.

Or, if you just care about containers, write your own:

static class MyList extends ArrayList<MyInterface> {
    @Deprecated
    public boolean add(MyInterface obj) {
        assert obj instanceof MyClass;
        return super.add(obj);
    }

    public <T extends MyClass & MyInterface> boolean add(T obj) {
        return super.add(obj);
    }
}

Then, you will get a deprecation warning any time you make a mistake.

But my question remains - what problem are you trying to solve? Can you use more descriptive names instead of "Class" and "Interface"? Perhaps the right solution is something completely different..

回复收藏 0 原文