ECMAScript 5\'s array.forEach(callback[, thisArg])
is very convenient to iterate on an array and has many advantage over the syntax with a for:
.forEach
does create variables just for the purpose of iteration... Just not ones you create, yourself.
If you're using a shim, then they're JS variables in a closure, else they're likely in C++, or whatever the browser's native implementation is.
ES6 is getting for ... of
which will iterate through whatever you pass it.
ES6 is also getting block-level variables (rather than function-scoped), using let
, instead of var
You will be able to add iterators to specific kinds of objects in ES6 (ie: the objects you build to support iterators).
But the problem here is that ES5 was meant to preserve most of the syntax of ES3 (few new keywords, and no new keywords in regular-use).
Most of the additional functionality had to be method calls (prototyped, typically).
And arrays needed plenty of work, given how much more use JS has seen since ES3 launched.
Objects don't need a .map()
/ .reduce()
ability, unless you're building VERY SPECIFIC objects, in which case, you're implementing those yourself.
Well, it's pretty easy to rig up yourself. Why further pollute the prototypes?
Object.keys(obj).forEach(function(key) {
var value = obj[key];
});
I think a big reason is that the powers that be want to avoid adding built in properties to Object
. Object
s are the building blocks of everything in Javascript, but are also the generic key/value store in the language. Adding new properties to Object
would conflict with property names that your Javascript program might want to use. So adding built in names to Object
is done with extreme caution.
Array is indexed by integers, so it doesn't have this issue.
This is also why we have Object.keys(obj)
instead of simply obj.keys
. Pollute the Object
constructor as that it typically not a big deal, but leave instances alone.
You have to remember that every object in javascript inherits from Object
. Not every object in javascript needs to have it's properties iterated. Those are mostly confined to data model objects. Adding the forEach method will only bulk up the prototype of every object unnecessarily.
If you currently see the Object and it's methods, they are present only to identify the object, or to distinguish one object from another.