I've got a JavaScript application that uses a lot of callbacks. A typical function will take a callback, and wrap it with another callback.
Namespace.foo = function( arg, their_on_success ) {
var my_on_success = function( result ) {
console.log( 'my_on_success() called' );
if( 'function' === typeof their_on_success ) {
their_on_success( result );
}
}
something( arg, my_on_success );
};
Given the above example, when should such a setup us the native call()
method (passing the result var as the second argument) rather than invoking their_on_success()
and passing in the result via function invocation?
Using a function's
call()
method allows you to changed the object that's bound to the function asthis
during the execution of the function - this is also called the contextBut, if your callback function does not depend on
this
, it make no difference which way you call it.Another case for using call() is when you are in an environment where you can't trust the object's own method hasn't been replaced or you know it doesn't actually have the method you want to run on it. hasOwnProperty is often such a method - there are many places where javascript objects may not have their own hasOwnProperty method so invoking it as hasOwnProperty.call(obj, propertyName) is prudent.
call() is used to change the this value of the function:
One scenario I often use "call" is splice arguments:
Notice that arguments is an object. the args however is an array.
The only reason to use
call
(orapply
) is if you want to set the value ofthis
inside the function.Well, I guess
apply
can be useful in other cases as it accepts an array of parameters.A good example is when implementing a function that needs a callback. When writing OO code, you want to allow the caller to specify the context that a callback will be called.
Note that my example could just be implemented by passing the context parameter to the
$.ajax
call, but that wouldn't show you much about usingcall