It's not for testing, I'm an android developer and...
# language-proposals
b
It's not for testing, I'm an android developer and it happens fairly often that we have to implement interfaces only to override one method which brings lots of boilerplate code
m
bmo: in some scenarios, such as the
AnimationListener
you have the
AnimationListenerHandler
which provides the behavior you're expecting
b
Yes, it does but not always ­čÖé
m
true, but does it make sense to add something to the stdlib something like that?
b
I don't know, I'm wondering that's why it's a proposal ­čÖé
s
Isnt this only useful because you are implementing java interfaces ? I mean most ideomatic kotlin would not have nullable return types on methods
b
May be, indeed. But it's also fairly common to have interfaces which don't expect any return (
void
or
Unit
depending on the language) for their methods or just booleans