Java多维哈希/矩阵

现在,这是一个有点疯狂的想法,但由于你实际上是在讲一些关于类的东西,感觉就像元数据工具一样.你可以做的是定义一个注释,说明哪些类可以堆叠到带注释的类和/或它可以堆叠的类上.

像这样的东西：

@interface Stackable {
    Class<? extends CellObject>[] stackables(); //Classes that may stack on the annotated one
    Class<? extends Cellobject>[] pillars(); //Classes this one can stack on
}

然后,您可以创建使用此元数据的注释处理器.它可以创建一个在编译时读入的配置文件,或者为您生成一些样板代码.您可以生成类JPA这样的元类,因为它的类型安全查询API可以说明类的内容.或者您甚至可以在运行时保留注释以使用反射来查找可以堆叠在什么上的内容,特别是构建所需的数组而不必编写代码.

如果使用注释处理器,那么使用具有规范类名的String数组会更安全,因为Class对象在编译时可能还不可用.其可行性还取决于所有CellObject类是否始终处于相同的编译运行中.

使用反射(确保注释具有RetentionType RUNTIME时可能)似乎是一个可行的选项.检查阵列;如果相应的元素为null(可以使用Boolean而不是boolean),请执行反射并填充该元素.下次你可以避免反射开销,根据需要懒洋洋地填充数组.

编辑：忘了提,我的解决方案并没有强制你保持元数据最新.此外,如果可堆叠性是可传递的,则可以降低复杂性.也就是说,A可以堆叠在B上,B可以堆叠在C上,意味着A可以堆叠在C上.