Kotlin version: 1.0.2, gradle android plugin version 2.1.0

@yole Thanks a lot

I need to pass a member function to a function to add a callback but later I need to pass the same member function to a different function to remove the callback.

It is my understanding that Kotlin doesn't currently support directly passing the function, I have to wrap it in a lambda. If that is true, then how do I ensure the same reference is passed to the add and remove methods?

Sadly, no.

New question regarding mocking and kotlin. I have kotlin class that holds data (not marked with

@data

on purpose). The getters are more than the standard return. However, I noticed that in order for me to mock the object in Mockito, I had to make the val as an

open val

in order to mock the getter. Is that expected? What is a better way of doing this?

why do you need to mock a class that just holds data?

just initialize it with the data you want returned

🙂 Great question, its a legacy class that we converted over to kotlin and noticed that our tests couldn’t mock. It is also a class that is created via gson. But yes @jw we might look into doing that as well.

to answer your original question: mockito works by creating subclasses at runtime. without

open

declarations you cannot mock the response since it will be unable to override the method.

for a better way i would recommend trying very hard to split classes which need mocked (i.e., they have behavior) and classes which simply hold data

I am looking to split the logic form there as well. Mostly, the extra convenience methods could be extension methods or Java utility methods.

I wonder, is it possible to make IntelliJ plugins that will have effect on type inference?

how would that change the compiler?

it wouldn't change the compiler, but maybe compiler accepts additional input for that

for example, if I always know type of

foo<T>(init: T.() -> Unit)

from filename, I would write a plugin that sends an instruction to compiler to infer the type

wishful thinking probably

I think the best you could do is have the plugin preprocess the source and add types before it's sent to the compiler

And don't show the processed version to the user

yeah, maybe that would be better

thinks kotlin's inference is pretty great the way it is

Sorry if this has been asked a million times before, but I can't seem to find the answer. If I have an interface written in Java with a

String getTitle();

method. Should I be able to implement that in a Kotlin class as a property (

override val title: String? = null

) ? The IDE suggests this but then complains that

'title' overrides nothing

. This works if I convert it to a function. Am I trying something that isn't supported?

What is in

kotlin-test-junit

?

Try

override val title: String? get() = null

?

@michaelsims: ^

Thanks, but the result there is the same

¯\_(ツ)_/¯

@michaelsims: it’s not supported at the moment