|
|
1
5
它看起来像Kotlin编译器中的一个bug。我知道,在编译期间,它决定使用基元类型(int)或wrap(integer)。Java泛型不能使用原语,所以编译器使用包作为泛型类型,但是编译器看到,该方法PARAM从不空,并用原始类型替换它,并且出现类型冲突。在这里,nullable可以节省一天的时间。
|
|
|
2
1
The kotlin reference regarding basic types 包含一个段落,其中解释了如何特别处理原始类型和泛型。 显然,后者工作不正常。当涉及到泛型时,它应该对它没有做的类型或编译器错误地抱怨的类型进行装箱。 你应该在 https://youtrack.jetbrains.com/ 把它也链接到这里。也许这也是一个有意识的设计决定。
解决方法是使用可为空的类型
或者,如果您在JVM上,可以使用
|
|
|
A. Cedano · 如何在UIState中包含错误案例? 1 年前 |
|
Murilo · Jetpack编写导航栏项目图标 1 年前 |
|
zplot · 使用具有抽象嵌套类的泛型时类型不匹配 1 年前 |