The idea behind DI is that code deep, deep in your code base is materializing an instance and they have no idea (and no interest) how that instance was created. It could be production, testing, staging, mock... don't care. If you're using traits to achieve that functionality, you're completely missing out the point of this abstraction.

Mix-ins are for independent traits, not for interlinked ones.

just created this:`arrayOf(1, 2, 3)`, why is it's toString

[Ljava.lang.Integer;@136432db

?

is there a way to get a string representation of the array like arraylist?

(and of course, i mean a built-in method)

thanks

Arrays are strange beasts that you should stay away from unless you don't have that luxury.

@cedric: i'm also using spek, assertEquals and it is failing on Arrays... any ideas?

the only reason i was using Arrays because i have a fixed sized array. Do you remember when ArrayList resizes itself? (If it's like a Java hashmap, it's way before it reaches it's capacity)

@uriel: JVM legacy.

arrayOf("a", "b") != arrayOf("a", "b")

while

listOf("a", "b") == listOf("a", "b")

was afraid of that

Just don't use array, let's talk about your concern about size

yea

as long as its big enough that the autoresize doesn't kick in, i should be fine

Just create your

ArrayList

with an initial size

I'm looking at the coroutines lib right now and I don't quite understand this part: https://github.com/Kotlin/kotlinx.coroutines/blob/master/kotlinx-coroutines-generate/src/main/kotlin/generate.kt#L14-L16

why does it create new iterator every time?

or do I have to do it the „old“ java way?

use extension functions

for example

removeAll

@asarazan: Also where is rebuild?

Does Kotlin provide a method to convert numbers to binary string?

nvm i can access java's by using the FQCN

Huh, I always thought Kotlin "overrode" the JVM classes because IntelliJ never shows them in the auto complete window

Psst, guys... Wanna have some immutable collections in Kotlin? We have a proposal: https://github.com/Kotlin/kotlinx.collections.immutable/blob/master/proposal.md Welcome to try the prototype and share your experience. Posted in #stdlib

@jkbbwr: it should be defined as extension functions for the classes?

@ilya.gorbunov: seems like a neat idea. would have to be a pretty compelling offering to move me away from the guava immutable classes though

Anyone know any good kotlin implementations of Tree Data Structure?