IK
в рамде, если не изменяет память, будет что-то вида
R.uniqWith(R.eqBy(R.prop('direction')))(arr)Size: a a a
2020 April 10
DN
тогда не понял, findIndex(obj.direction) даст индекс этого обьекта в массиве и его сравнивают с индексом проходящего фильтра 🤷
IK
все верно
IK
если текущий индекс = индексу первого вхождения - оставить )
m
.filter((v, i, a) => a.findIndex(l => l.direction === v.direction) === i)
m
в рамде, если не изменяет память, будет что-то вида
R.uniqWith(R.eqBy(R.prop('direction')))(arr)Блин, сложная эта ваша рамда
IK
да нет, все интуитивно понятно )
IK
R.prop('foo') это просто x => x.foo
IK
R.eqBy(fn) это просто (a, b) => fn(a) === fn(b)
IK
R.uniqWith уже сам uniq
КВ
let set = new Set();вот так асимптотика получше
arr.filter(v=>!set.has(v.direction) && set.add(v.direction));
IK
я поэтому и спросил про количетсво элементов
IK
на 40 можно не париться )
КВ
согласен)
IK
вы меряете температуру на луне этим тестом :)
IK
Совершенно не ясно, пришел ли к примеру сюда оптимизирующий компилятор
DN
а какой тут победил? А то вроде блок 1, но цыфры больше это время выполнения или что?)
КВ
увеличив количество возможных directions с 10 до 10000 разница в перформансе стает чуть более заметна)