Больше говнокода.

Форыч забрать оттуда и пускай дальше будет не нужно :)

По бошке надо надавать людям, которые итерируют объекты.

Object.entries 😋

Во всех управляемых языках есть рефлексия. К Object.* нужно относиться именно так. Ошибка дизайна js в том, что доступ к рефлексии очень простой из-за чего люди пишут такое говно...

Во всех управляемых языках есть рефлексия. К Object.* нужно относиться именно так. Ошибка дизайна js в том, что доступ к рефлексии очень простой из-за чего люди пишут такое говно...

ошибка JS в прототипах вместо вменяемых классов

ошибка JS в прототипах вместо вменяемых классов

Понял, ты прав, разработчики стандарта не правы :)

И вообще используют объекты не как объекты, а как key-value хранилище.

Разработчики стандарта всеми силами пытаются решить проблемы с косяками в детстве.

ну поэтому я для div1 сделал отрицательный z-index: -2, а для div2 z-index: -1 теперь div1 находится под div2 (следовательно и под div4)

List быстрее итерирует чем Dictionary кстати

И поэтому придумывают такие замечательные методы?

Dictionary - это сложная структура данных, которая является IEnumerable<KeyValuePair<K,V>>, а в js нельзя сделать объект итериуемым, так как это тупо примитив.

может где то не сходится у нас, но у меня сейчас так

const obj = { a: 'b', c: 'd', [Symbol.iterator]: function * () { for (const kv of Object.entries(this)) { yield kv } } } for (const [key, val] of obj) { console.log('key=' + key) console.log('val=' + val) }

насколько я знаю, div1 никогда не сможет находиться между вторым и четвертым силами css)

Итерируемый на уровне языка != итерируемый на уровне памяти.

Да вроде получилось, не факт, что правильно, но чисто технически это работает без изменения dom

Уже начали. Object.keys и т.д.

Что значит на уровне языка? Какая разница между тем когда for of ищет Symbol.iterator в массиве и когда ищет Symbol.iterator в объекте? Или ты имеешь ввиду что в массиве это by design заложено?

Но никак не закончат. Object.entries в черновике свежего стандарта, это немного не похоже на решение какой-то выдуманной тобой проблемы

ну я бы по-другому и не сделал)

const obj = { a: 'b', c: 'd', [Symbol.iterator]: function * () { for (const kv of Object.entries(this)) { yield kv } } } for (const [key, val] of obj) { console.log('key=' + key) console.log('val=' + val) }

В том что у тебя в итераторе создаётся новый объект, который содержит все пары. А в случае Мапы такого объекта не создаётся.

ну я бы по-другому и не сделал)

Вот тот же твой пример обсахарить - и получился бы мой :)

От этого for (const [k, v] of Object.entries({a:'b', c: 'd'})) { console.log('key='+k) console.log('val='+v) } до этого foreach (k, v) in {a:'b', c: 'd'} { console.log('key='+k) console.log('val='+v) }

Спасибо за помощь ) сейчас преподу отправлю, посмотрим, что ответит

Вот тебе сахарок: function* _(obj) { for (const key of Object.keys(obj)) { yield [key, obj[key]]; } } for (let [key, value] of _({ a: "A", b: "B"})) { console.log(`${key}: ${value}`); }

Но всё равно это промежуточная функция. Гораздо эффективней переделать Object.entries, чтобы он итерировал

Но всё равно это промежуточная функция. Гораздо эффективней переделать Object.entries, чтобы он итерировал

Т.е. вместо 1 метода ты предлагаешь сделать 3? map, filter и reduce?

От этого for (const [k, v] of Object.entries({a:'b', c: 'd'})) { console.log('key='+k) console.log('val='+v) } до этого foreach (k, v) in {a:'b', c: 'd'} { console.log('key='+k) console.log('val='+v) }

Одно и тоже. Что то Object.entries возвращает генератор, что этот сахарок

Разница только в нативности :) Сахарить свой код не дожидаясь стандартов - это старая жкверевская привычка, и всё же она старая :)

Разница только в нативности :) Сахарить свой код не дожидаясь стандартов - это старая жкверевская привычка, и всё же она старая :)

Если зайти из далека JS хорош тем что коммюнити очень открыто к новым предложениям Если ты сможешь обосновать нахрен это нужно в следующей версии стандартна, распишешь синтаксис и будешь мейнтейнить обсуждение этой фичи - то твою идею примут

Я вру! Object.entries возвращает массив. Так что мой сахарок даже попроизводительнее будет, так как он ленивый

Ленивость != скорость во многих кейсах.

Нет, я прекрасно проживу без этого. Меня просто удивило то, из-за чего я и пондял эту тему - что мы тут сахарим черновые стандарты следующих лет (!!!), а в сраном пхп это с нулевых, если не раньше

Я вру! Object.entries возвращает массив. Так что мой сахарок даже попроизводительнее будет, так как он ленивый

V8 умеет перемалывать через map, filter и т.д. очень производительно.

сколько лет вы программируете?

Зависит от того, что называть программированием.

ну JS вырос из скриптов анимации в браузере, а php задумывался как ЯП

Что не мешает разработчикам стандартов делать гигантские шаги в отказе от старья :) А нам мечтать о всякой переслащённо фигне :) Я вот линк хочу, но многие не хотят

Что тебе из линка надо?

var top = from await getItems() select name where id > 5 order by updatedDate desc group by groupId having groupId > 10;

с первого дня релиза линка избегал SQL-like записи цепочка гораздо понятнее и легче контроллируется

в новых стандартах JS будет пайплайнинг что гораздо лучше чем линк

хочу пайплайнинг в дотнет