- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我有一个接口(interface)(我们称之为 FooInterface),我在抽象类(我们称之为酒吧)。但是不得不在所有这些方法中编写(复制)相同的方法感觉很浪费,更何况考虑到它们只是它们扩展的子类 + 来自接口(interface)的那些方法。
因此,我决定删除 X、Y、Z 层,并使 FooInterface 成为一个实际的类 Foo 包装 Bar 实例。但我似乎想不出一个好的方法来做到这一点,我的第一个想法是通用包装类:
public abstract class Bar {/*code*/}
public class A extends Bar {/*code*/}
public class B extends Bar {/*code*/}
public class C extends Bar {/*code*/}
/*
* Removed thanks to using the nifty wrapper Foo now!
* I am so happy I decided to do this,
* can't imagine the horrors I would dream of at night if I had
* an extra redundant class for each subclass of Bar like this!
* public class X extends A implements FooInterface {/*implementing FooInterface*/}
* public class Y extends B implements FooInterface {/*implementing FooInterface*/}
* public class Z extends C implements FooInterface {/*implementing FooInterface*/}
*/
public class Foo<T extends Bar> {
private T t;
public Foo() {t = /*code instantiating T*/}
//code implementing the methods from FooInterface
}
但是这行不通,因为在 java 中使用泛型类型时似乎很难获得 T 的实例。
我考虑过做一些类似于让 T 成为枚举的事情:
public class Foo<T extends BarType> {
public enum BarType { A, B, C; }
private T t;
public Foo() {
switch(T) {
// code instantiating t by using an ugly hard-coded switch-case...
// please don't make me!
}
//code implementing the methods from FooInterface
}
}
但老实说,我无法想象如何使用这样的枚举。所以在这一点上,我正在认真考虑放弃空构造函数,并按照以下方式做一些事情:
// No longer generic and instead pass type to constructor!
public class Foo {
public enum BarType { A, B, C; }
private T t;
public Foo(Bartype bartype) {
switch(T) {
// code instantiating t by using an ugly hard-coded switch-case...
// please don't make me!
}
//code implementing the methods from FooInterface
}
}
虽然为了避免硬编码 switch 语句,我更倾向于这个版本:
public class Foo<T extends Bar> {
private T t;
// Foo is used as such: 'Foo<T> foo = new Foo<T>(T.class);'
public Foo(Class<T> clazz) throws InstantiationException,
IllegalAccessException {
// why is it customary to spell this with z?
t = clazz.newInstance()
//code implementing the methods from FooInterface
}
}
如何在 Java 中正确地制作这样的包装器?我也考虑过其他方法,例如在泛型类中将工厂传递给构造函数或执行 ParameterizedType 事情,或者在非泛型中直接将正确类的实例直接传递给构造函数。但是所有这些似乎都是一个主要的麻烦而且非常丑陋,我什至更喜欢带有这样枚举的硬编码开关盒......
编辑:正如一些人问我为什么不让 Bar 实现 FooInterface,这是因为 Bar 是一个很好的纯数据结构,而 FooInterface 的作用是让它有一些对更专业的实现有用的方法。例如,说 Bar 等是普通列表(所以我什至可能不是实现它们的人),但是我的实现还必须跟踪哪些很酷:
public abstract class List; // Bar
public class LinkedList extends List; // A
public class ArrayList extends List // B
public interface CoolLists { // FooInterface
boolean isCool();
void setCool(boolean cool);
}
public class CoolLinkedList extends LinkedList implements CoolList; // X
public class CoolArrayList extends ArrayList implements CoolList; // Y
不,我不是实际上重新实现列表,如果我想跟踪“很酷的列表”,我不会在其中存储 boolean 值,而是使用类似 HashSet 的东西存储“酷”的:P
最佳答案
而不是传递 Class<T>
,你应该传递一个 Supplier<T>
到 Foo
的构造函数.要获取实例,只需调用 t = supplier.get();
.这使您不必处理反射问题。要获得供应商,您可以使用 A::new
, B::new
或 C::new
.创建 Foo
的实例你会调用:
new Foo<A>(A::new);
没有反射,也没有涉及异常处理。
另见 this回答。
关于Java:如何为实例化包装类的抽象类的子类创建包装类,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/41946348/
我是一名优秀的程序员,十分优秀!