1
1
您可以定义两个公共方法,一个采用PieChart,另一个采用TableChart。这将为您提供类型安全性。如果存在共享逻辑,则可以从公共方法调用私有或受保护的方法。注释方法不起作用。 |
2
1
编写注释是一个很好的选择,因为它不需要您更改源代码,也不会强加任何运行时开销,而且它可以为您提供编译时保证客户端正确使用库。 仅仅写注释是不够的。编译时,还需要提供一个注释处理器,如果您误用注释,该处理器会发出编译错误。因此,您显示的代码是一个好的开始,但它缺少注释处理器。 您可以编写自己的注释处理器,也可以使用现有的注释处理器。你可能会发现有用的是 Checker Framework 。它似乎非常适合您的用例:您可以使用 Subtyping Checker 并使用以下命令编译代码
|
3
0
一种方法是:
|
4
0
因此,在研究了所有可能的解决方案后,我决定使用合成。我围绕这些图表和表格创建了自己的包装器,然后实现了自己的
所以,我的
谢谢大家的帮助。 |
Mario Zelic · 更改子类方法签名时使用@重写注释 2 年前 |
LM10 · @Resource注释的含义 6 年前 |
Chris · 函数参数dtype声明不起作用? 6 年前 |
edison ouyang · 招摇过市批注未生成预期结果 6 年前 |