Is it possible to create extension functions that ...

# announcements

[dumptruckman]

Is it possible to create extension functions that are only available in the context of a function's parameters?

[Shawn]

uh, my first thought is no, but can you maybe share an example of how you’re thinking of using it?

[dumptruckman]

like something[+"name"] where the unary plus is only available in the get function's parameter list

[dumptruckman]

@Shawn

[Shawn]

I guess I meant more like where the extension would be defined - what the other operand of unary + would be applied to in this context while also being used as a parameter

[Shawn]

in any event I’m pretty certain you can’t define functions that are only exposed within the context of a function call

[dumptruckman]

mmk

[Shawn]

maybe a get with a different signature would be the better option

[dumptruckman]

yeah i guess

[dumptruckman]

i was trying to avoid that but i'm extending something with this get function that already has a get function that accepts a string

[dumptruckman]

inline operator fun <reified T> ConfigurationSection.get(path: CharSequence): T

[dumptruckman]

Is there some way to call that where it wouldn't be calling the get(path:String): Any? function?

[Shawn]

hmm does the compiler currently complain about a platform declaration clash?

[Shawn]

and does the other get also take a reified T?

[dumptruckman]

No, it just goes for the original get

[dumptruckman]

And no, it's a java method

[dumptruckman]

val test = config["test"]
val test: Int = config["test"]

[dumptruckman]

I'm trying to get the second one to call my function

[dumptruckman]

config<Int>["test"] isn't valid though

[dumptruckman]

config.get<Int>("test") works but defeats the point of this

[Shawn]

the parameterized get seems to be your only option since the Kotlin grammar doesn’t seem to have a provision for types in bracketed get calls

[dumptruckman]

hmm ok

[dumptruckman]

thanks for your help