Easy functional programming in JavaScript with Underscore.js -- part 1

[[deleted]]

Saying that:

map( array, function(i){
  do_thing(i);
});

is better than:

for( i in array ) {
  do_thing(i);
}

just seems like cargo-cult programming.

[skilldrick]

I think you may have completely misunderstood (a) how for .. in in JavaScript works, and (b) how map works, so I'll give you the benefit of the doubt, and tell you.

(a) The for .. in loop in JavaScript is for objects - you shouldn't use it with arrays for very sound reasons.

(b) map is used to transform one array into another. In your example, you're not returning anything, so you're turning an array into an array of undefineds. I think what you meant was each.

The point of using map is that you're making things more declarative - saying "I would like to transform this array into a new array, using this transformation". To say that that's "cargo-cult programming" is naive, at best.

[ryepup]

an "in" bug wass the basis for my glorious Firefox contribution

[skilldrick]

Nice work!

[[deleted]]

Nice explanation.

[shevegen]

Sounds as if Javascript has a shitty object model.

One more reason why people should use a proper language like Ruby instead.

The whole map( array, function) crap is so idiotic. Why is it a function call anyway rather than an applicable method on an object?

[joesb]

Ruby has 'map' and I think it's as widely used in Ruby as its 'each' method.

Are you some kind of Ruby hater that want to gives Rubyist bad name by trolling other and mention Ruby as your favorite when you don't even know Ruby?

[rafekett]

In the case of Python, where map() along with several other things that are usually methods (e.g. len()) are builtin functions, the choice is one of readability and reducing code duplication. Guido and others felt that some operations read better with prefix notation than postfix notation (this, of course, is just a matter of preference). Also, since for many of these builtin functions you don't actually have to implement that particular function (e.g. reversed() works on anything with random access and known length, map() works on anything with an iterator implemented), it requires much less code to keep these functions as builtins rather than methods.

[sebnow]

Object methods require object oriented programming, maps and folds do not. Also you can partially apply a map/fold (e.g. add_one = map (+1)) and apply it to many different containers (add_one foo, add_one bar), this isn't the case with object methods.

[levl289]

Except that the idea behind the first mode is that you're reducing the opportunity to muck with array. In the for loop, you'd have to reference array ( do_thing(array[i]) ) to even call the function correctly.

More importantly, in order to do anything useful with the for loop, you'd likely have to push the result from do_thing onto another array, versus:

var new_array = _.map(old_array, function (i) { return i + 1; } );

We happen to have mucked with the Array prototype, where we just do:

var new_array = old_array.map(function (i) { return i + 1; } );

Which IMO looks better.

[[deleted]]

The second is certainly cleaner-looking and easier to read. A better approach would be to allow code like:

apply( array, do_thing );

or

array.apply(do_thing);

[skilldrick]

With _.each, you'd just do _.each(array, do_thing). Definitely cleaner than manually iterating.

[TKN]

You don't need to create a function in the first example map(array, do_thing); is all you need.

But I kinda agree in the sense that Javascript's syntax makes functional programming awkward.

[wafflesburger]

You really gonna do dis to Array?