Как проще всего получить элемент из коллекции Set/Map?

Question

[dom1n1k]

Как из объекта типа Set или Map получить первый элемент? А вообще говоря не обязательно первый, можно произвольный - последний, из середины, хоть какой-нибудь.

Предвосхищая флуд на тему, что Set не для того придуман и тп - сразу объясню цель.
Некая функция получает на вход коллекцию объектов. Нюанс в том, что объекты не всегда имеют постоянную структуру. Поэтому функция прежде всего хочет получить из множества один семпл и проверить там наличие некоторых полей. В зависимости от результатов, далее могут быть использованы разные алгоритмы.

Вообще говоря, вопрос смотрится туповато, потому что спецификация предоставляет для этого инструменты:
https://developer.mozilla.org/ru/docs/Web/JavaScri...
Но у нас есть чудо под названием IE11, которое поддерживает Set/Map, но в очень урезанном виде - только добавить, удалить и обход через forEach.

Получился такой вот костыль:

// modern browsers
if (points.values) {
	return points.values().next();
}
// IE11
else {
	let el;
	points.forEach(function (p, i) {
		if (i == 0) el = p;
	});
	return el;
}

Но может есть решение красивее?

Comments

[Stepanya]

первых и послдених элементов в коллекциях быть не может, это вам не массив

[dom1n1k]

По логике как бы верно, но по факту порядок там есть.
"The forEach() method executes a provided function once per each value in the Set object, in insertion order."
https://developer.mozilla.org/en-US/docs/Web/JavaS...

Answer 1

[kurtov]

Мы используем такой вариант: если в браузере нет поддержки какой то фичи, то подключается полифил. Детектим фичи, а не браузер. Как результат код на месте чист и без условий, соответственно в современных браузерах всё быстро и оптимально. Полифилы это не производительно, но это выбор юзера - пусть один и страдает.

Конкретно по вашему вопросу. Я бы добавил дополнительно "тип" по которому определять тип коллекции. Например вторым параметром, если это сложно (например для промисов) то передавать объект {type: 'type', collection: 'Set'}

Comments

[dom1n1k]

Насчет полифилов тут уже предлагали. Но после небольшого обсуждения аффтор ответа психанул и всё удалил :)
Понимаете, с полифилами дело такое. Если говорить абстрактно - дело правильное, но в конкретных ситуациях всё может быть наоборот. Конкретно в моем случае я не хочу полифил по двум причинам:

1. Мне не нужны 95% его возможностей. В целом меня устраивает нативная поддержка Set/Map в IE11, не хватает только одной фишки в одном месте. Подключать ради этого полноценный полифил - это типа как тащить jQuery ради одного селектора. Если бы мне нужно было использовать его в полный рост - вопросов не было бы.

2. Я считаю, что полифилы нужно подключать в продуктовом коде, но не в библиотечном (а у меня второй случай). Библиотека должна по возможности минимизировать свой вес и внешние зависимости.

[kurtov]

Вы правы. Для библиотеки важно быть быстрой, маленькой и без зависимостей. Сейчас много библиотек предлагают несколько версий (с разными фичами), а порой даже конструктор версии, где галочками можно отметить фичи и скачать custom файл.

В вашем случае такой подход не пригодиться? Быстрая минимальная версия для тех кто использует полифилы или только новые браузеры и чуть более весомая версия с полифилами для поддержки нужных браузеров.

[dom1n1k]

В прошлый раз я забыл добавить. Дело не только в размере - я имел в виду, что библиотека вообще должна избегать того, чтобы вмешиваться куда-то вне своей прямой функциональности.

Если я пишу продукт - я его знаю и контролирую, поэтому могу использовать любые полифилы, которые сочту нужным. Но библиотека может применяться разными людьми в разных окружениях, поэтому может вызвать непредсказуемые последствия, если полезет куда-то (даже из благих побуждений). А что если там уже используют полифил, но другой? Или что-то своё написали?

И если взять условную jQuery - там внутри нет полифилов, там именно костыли для старых браузеров. Просто костыли отлаженные и легитимизированные :)