https://kotlinlang.org logo
#announcements
Title
# announcements
a

arocnies

06/15/2017, 6:36 PM
It's overloading the invoke( () -> { }) operator with a trailing clojure.... Which may be confusing in itself so opinions are welcome
r

Ruckus

06/15/2017, 6:54 PM
arocnies: Since the block is acting on a
FileBrick
and not a
String
, I'd say just leave it as it is.
a

arocnies

06/15/2017, 6:57 PM
I saw your comment about
"foo".state = ...
but I can't find it now.
r

Ruckus

06/15/2017, 6:58 PM
I misread your comment and gave bad advise, so I deleted it. Sorry for the confusion.
a

arocnies

06/15/2017, 6:59 PM
Oh no worries. That actually looks like a potentially good option to me. Maybe I'm missing it's cons?
r

Ruckus

06/15/2017, 7:00 PM
With my deleted suggestion, you would no longer be operating in the context of
FileBrick
so you wouldn't have access to
state
or
copyOf
.
Also, since the
FileBrick
is created in the block, creating a
var String.state
wouldn't work since you can't really define a logical getter for it. Unless I'm wrong in assuming
state
is a property of
FileBrick
. If it isn't, there could be clean ways to do it.
a

arocnies

06/15/2017, 7:07 PM
state
is a property of
FileBrick
. Hmmm. I think it's starting to make sense. I think I need to experiment a bit to fully understand the implications of using String.state
Ah okay. Now I think I understand what you mean.
I did find a way to make
file {  "/etc/foo".state = copyOf("foo")  }
But it's messy. And now using an infix function looks better. Thanks for the help. I'll probably keep it as it is for now
r

Ruckus

06/15/2017, 7:43 PM
Sounds good
2 Views