【问题标题】:Java: Is it possible to say a variable type must meet multiple inheritence/interface requirementsJava:是否可以说变量类型必须满足多重继承/接口要求
【发布时间】:2014-02-10 23:55:13
【问题描述】:

在我正在使用的一些代码中,我有一个现有的第三方 API,它实现了从 A 扩展的东西(也许不是直接的,而是通过 X,也许还实现了一堆其他接口)。

现在对于我正在处理的代码,我有一个接口 IB,它为 A 提供的功能提供了额外的功能。因此,我的很多代码实际上都要求传递给它的对象扩展 A,并且还实现了 IB,但是对于我能想到的成员变量,没有办法声明它。但是选择 A 或 IB 会导致很多演员。

我猜如果 A 是/有一个接口 IA 会解决这个问题,但是我无法更改 A,或者我的 IB 实现不需要扩展 A(第三方代码使用 A,并注意通过它进行大量管理、持久性、网络、用户界面等)。

class Z {
    private List<?what here?> items;
    /**The implementer of IB should know how to find the Z instance and call this.*/
    private void subscribe(? item) {
        items.add(item);
    }
    public void doSomethingWithItems() {
        ...code thats requires facilities from A and IB...
    }

【问题讨论】:

    标签: java generics inheritance interface


    【解决方案1】:

    你可以指定一个类型intersection

    <T extends A & IB>
    

    规则是,如果其中一个类型是类,则必须首先列出。

    如果可以的话,我会输入课程:

    class Z<T extends A & IB> {
        private List<T> items;
    
        private void subscribe(T item) {
            items.add(item);
        }
        public void doSomethingWithItems() {
            // the items are both A and IB
        }
    }
    

    如果您不能输入 Z,请使用类型化方法:

    class Z {
        private List<A>items;
    
        private <T extends A & IB> void subscribe(T item) {
            items.add(item);
        }
        public void doSomethingWithItems() {
            // items are A, but if you want IB functionality you must cast.
            // the cast is safe if items are only added via subscribe()
        }
    }
    

    【讨论】:

    • T是什么类型的? Z实例用于满足要求的任何事物,而不是特定类型的事物,因此可以为同一个z实例赋予Abc或Xyz对象,这些对象除了扩展A和实现IB之外不相关。
    • docs.oracle.com/javase/specs/jls/se7/html/jls-4.html#jls-4.9 "不可能直接将交集类型作为程序的一部分编写;没有语法支持这一点。" 我猜这是什么?
    • @fire 嗯?这编译。有什么问题?
    • @paul 它应该编译。我错过了什么吗?
    • @Bohemian 我指的是您对List&lt;? extends A &amp; IB&gt; 的初始回答。现在我认为问题在于 OP 不想使用特定类型参数化 Z,而是让它维护一个异构的对象列表,这些对象的子类型为 AIB
    【解决方案2】:

    使用通用帮助类,其类型参数允许您使用类型交集:

    class Z {
    
        private static final class Wrapper<T extends A & IB> {
    
            private final T item;
    
            Wrapper(final T item) {
                this.item = item;
            }
    
            void doWork() {
                // code thats requires facilities from A and IB
            }
        }
    
        private List<Wrapper<?>> wrappers;
    
        private <T extends A & IB> void subscribe(T item) {
            wrappers.add(new Wrapper<T>(item));
        }
        public void doSomethingWithItems() {
            for (final Wrapper<?> wrapper : wrappers) {
                wrapper.doWork();
            }
        }
    

    我在这篇文章中给出了类似的答案:Java generics type mismatch in method signature

    【讨论】:

    • "List>" 是 "List>" 我假设?打算试试这个,并没有真正考虑过使该方法也通用。
    • @FireLancer 是的,已更正。我来回讨论如何命名它:)
    • 这是一个非常巧妙的技巧,可以从 Java 提供的类型参数的交集类型中引导第一类交集类型。我将把它添加到我的工具箱中以解决丑陋的泛型问题:-)
    【解决方案3】:

    如果 IB 是 IA 的子类型,那将是最符合概念的,但如果你不能这样做......

    很难在代码中表达这一点,因为 Java 不支持第一类交集类型。也就是说,Java 只支持类型参数边界内的交集类型,我们不能在字段声明中使用类型参数而不要求列表的所有元素都是相同的 IB 子类型。

    因此,我能想到的最佳近似是仅在公共 API 中强制执行约束,并在内部使用强制转换:

    class Z {
        private List<A> items;
    
        private <B extends A & IB> void subscribe(B item) {
            items.add(item);
        }
    
        public void doSomethingWithItems() {
            for (A a : items) {
                IB b = (IB) a; // safe because we checked it on subscription
                // use features of A and IB
            }
        }
    }
    

    是的,它很丑。这就是为什么新的 JVM 语言(例如 Ceylon)具有一流的交集类型的原因。也就是说,在锡兰,人们可以简单地写:

    class Z() {
    
        List<A & IB> items;
    
        void subscribe(A & IB item) {
            items.add(item);
        }
    
        void doSomethingWithItems() {
            for (item in items) {
                // use features of A and IB
            }
        }
    }
    

    【讨论】:

      【解决方案4】:

      你可以创建一个新的抽象类,它既用抽象方法实现 IB,又扩展了 A。然后你可以让你需要使用的所有类扩展你的新抽象类。

      【讨论】:

      • 那IC做什么?只要整个系统中没有任何形式的重叠的抽象类都可以做到这一点,那么抽象类就可以了。
      • 对不起,我不明白你的评论。您是否建议有两个不同的接口IBIC,我需要一些扩展A 并实现IB 的类;更多扩展A 并实现IC 的类;还有更多扩展A 并实现IBIC?这是你的问题,还是我误会了你?
      • 是的,可能会导致没有多重继承问题。此外,IB 的某些实现可能已经具有不同的基础,例如 AExtended。 IB是一个开始的接口的全部原因
      • 好的,公平的选择。如果您可能有类似的东西,那么尝试 Bohemian 的解决方案可能会更好。我认为我的可能在更简单的情况下更有意义,但我同意它并没有涵盖所有可能性。
      猜你喜欢
      • 2021-04-14
      • 1970-01-01
      • 1970-01-01
      • 2012-05-21
      • 1970-01-01
      • 2014-08-26
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多