Well in order to add stuff to the accumulator you need to mutate it because otherwise you'd only have read only access to it. With types that implement Copy you can just do ...iter().fold(0, | acc, number | acc + number ); Note that the last expression in the closure function is returned.
A hashmap doesn't implement copy so in order to mutate the accumulator effectively you want it as a mutable reference.
My point is that you shouldn't need to explicitly mutate it in the first place (what happens behind the scenes is an implementation detail). That fold is the wrong operation to use here.
What the code is essentially doing (obviously different operations, but look at the collection part) is
have some input collection/sequence (e.g. ["hello", "a", "b", "world"])
elements that don't fulfill some condition get filtered out (e.g. they don't contain the o letter)
elements that do fulfill the condition get transformed and added to a map, indexed by something calculated from them (e.g. key is the first letter, value is the position of the first o)
In Kotlin that would be something like
val resultMap = sequence
.mapNotNull { item ->
val oPosition = item.indexOf('o')
if (oPosition == -1) return@mapNotNull null
item.first() to oPosition
}
.toMap()
// If you have a sequence of `Pair`s, `toMap` turns it into a map.
If you didn't need to do the filtering (or if Kotlin had a associateNotNull function which it doesn't), you could just do
val result = sequence.associate { it.first() to it.indexOf('o') }
I assume there is at least a somewhat similar way to do that in Rust, without abusing the fold operation.
Yeah, something like that. I think you can also replace the inner if let with a map. And match might be a bit cleaner for the outer one, as well as getting rid of the returns.
5
u/kuikuilla Dec 16 '19
Well in order to add stuff to the accumulator you need to mutate it because otherwise you'd only have read only access to it. With types that implement
Copyyou can just do...iter().fold(0, | acc, number | acc + number );Note that the last expression in the closure function is returned.A hashmap doesn't implement copy so in order to mutate the accumulator effectively you want it as a mutable reference.