Let's say I have two interfaces in a project:
interface InterfaceA {
// ...
interface Listener {
// ...
}
}
interface InterfaceB {
// ...
interface Listener {
// ...
}
}
and I declare both of them and their listeners for annotation processing using Kotlin Poet's ClassName
, eg.
fun InterfaceA() = ClassName(
packageName = "com.example.a",
simpleNames = arrayOf("InterfaceA"),
)
fun InterfaceAListener() = ClassName(
packageName = "com.example.a.InterfaceA",
simpleNames = arrayOf("Listener"),
)
fun InterfaceB() = ClassName(
packageName = "com.example.b",
simpleNames = arrayOf("InterfaceB"),
)
fun InterfaceBListener() = ClassName(
packageName = "com.example.b.InterfaceB",
simpleNames = arrayOf("Listener"),
)
The class I have to generate uses all of the aforementioned types: InterfaceA
, InterfaceA.Listener
, InterfaceB
, InterfaceB.Listener
. That results in generating the following imports, producing compilation error due to ambigouos Listener
imports.
import com.example.a.InterfaceA
import com.example.a.InterfaceA.Listener
import com.example.b.InterfaceB
import com.example.b.InterfaceB.Listener
Is there any way to get rid of the listener imports, since they're not really necessary? Or is there any other way to approach the issue?
Thanks for any help!
The Listener
s aren't actually in a package called com.example.a.InterfaceA
or com.example.a.InterfaceB
. They are nested types in InterfaceA
and InterfaceB
.
You can create ClassName
s representing nested types using the nestedClass
method.
Example:
val listenerA = ClassName("com.example", "InterfaceA").nestedClass("Listener")
val listenerB = ClassName("com.example", "InterfaceB").nestedClass("Listener")
FileSpec.builder("", "Foo")
.addProperty(
PropertySpec.builder("foo", listenerA).build()
)
.addProperty(
PropertySpec.builder("bar", listenerB).build()
)
.build()
.writeTo(System.out)
This outputs:
import com.example.InterfaceA
import com.example.InterfaceB
public val foo: InterfaceA.Listener
public val bar: InterfaceB.Listener
Notice that only InterfaceA
and InterfaceB
are imported.
Even if the Listener
s are not nested types, and are actually top-level interfaces in different packages. KotlinPoet can still resolve the conflict by using aliased imports.
That is, if you actually did:
val listenerA = ClassName("com.example.InterfaceA", "Listener")
val listenerB = ClassName("com.example.InterfaceB", "Listener")
KotlinPoet would generate:
import com.example.InterfaceA.Listener as InterfaceAListener
import com.example.InterfaceB.Listener as InterfaceBListener