Переносимость Array.prototype.* для массивов, таких как объекты или когда-либо родные/хост-объекты

Поскольку вы так и не получили полного ответа, я попытаюсь ответить на некоторые из вопросов, которые вы разместили.

Является ли аргумент хост-объектом?

arguments является частью языка Javascript, а не хост-объектом. Он имеет довольно четко определенное поведение, которое было изменено при работе в режиме strict. Поскольку arguments не сохраняется за пределами текущего вызова функции (даже в замыкании) и поскольку он не предназначен для изменения, обычный способ обработки объекта arguments состоит в том, чтобы немедленно сделать копию в реальный массив, где вы затем можете использовать все обычные методы массива на нем, и он может сохраняться в закрытии для доступа к локальной функции.

Документы MDN предупреждают о ‹ IE9. А в других браузерах?

Здесь не очень конкретно обобщать конкретный браузер. Вместо этого вам придется изучить конкретный объект, а затем определенные версии браузера. У старых версий IE была репутация хост-объектов, которые не взаимодействовали с Javsacript (таким образом), но вам действительно нужно было изучить конкретный объект, чтобы узнать, что вы можете, а что нет.

Как насчет нативных объектов nodejs?

node.js — это гораздо более чистая среда Javascript, чем браузер, потому что в нем нет DOM, нет объекта window и т. д. Были ли у вас какие-либо конкретные объекты node.js, о которых вы хотели спросить? В моем несколько ограниченном опыте работы с node.js я просто вижу настоящие объекты JS, хотя есть много мест, где node.js взаимодействует с ОС, поэтому, возможно, в этих интерфейсах есть некоторые не-JS-объекты (я не встречал никаких объектов). пока, но это возможно).

Так что в плохом случае вы получите TypeError!

Как я сказал в своих комментариях, использование любого объекта массива, который пытается изменить массив, например .splice(), скорее всего, вызовет проблемы с объектами хоста, поскольку многие объекты хоста не предназначены для прямого изменения. Кроме того, чтение спецификации и предположение, что все старые браузеры следуют спецификации (без обширного тестирования для проверки этого), может быть опасным. В частности, старые версии IE известны тем, что не следуют спецификации. Итак, опять же, вы не можете просто предположить, что получите TypeError без надлежащего тестирования.

Если вы ищете безопасный способ кодирования общего назначения, вы никогда не ошибетесь, скопировав похожий на массив хост-объект в реальный массив, а затем используя операции над массивом в фактическом массиве. Это гарантированно безопасно. Существует кросс-браузерный полифилл для Array.prototype.slice, который работает со всеми браузерами для копирования в фактический массив на страница MDN для .slice(). Если вы поддерживаете только IE 9 и выше, вам не нужен полифилл.

И никогда не следует предполагать, что любая операция, которая изменяет подобный массиву объект, в целом безопасна для хост-объекта (могут быть определенные исключения, но вам придется провести много тестов, чтобы быть уверенным). Я предпочитаю писать код, который, как я знаю, будет безопасным и не требует большого количества тестов, чтобы гарантировать это. Копирование в реальный массив дает мне это каждый раз.

Если вы хотите быть уверены, что это сработает, лучше сначала преобразовать его в массив.

Чтобы преобразовать массивоподобный объект в массив, вы можете использовать ES6 Array.from. В настоящее время его поддерживает только Firefox 32, но есть полифилл.

Кроме того, [].slice.call(arrayLike) будет работать в большинстве браузеров.