а если делать так?

function arr_cycle ( arr, func ) {

// явл. ли массивом
if ( arr.constructor !== Array ) throw new Error( "'arr' must be Array" );

for ( var i = 0; i < arr.length; i++ )
           i in arr &&  func.apply(window, [ arr[i], i, arr ] );
 
}

правда, очень жаль, что изза такой типизации в JS нельзя использовать оверлоадинг ( перегрузки )

приходится внутри всей функции проверять тип аргумента и только потом расфасовывать методы

melky, и что это? Во-первых, где тут значения по-умолчанию, а во-вторых, что помешает Вам написать какой-нибудь код, оперирующий с arr, до проверки?

вот значения по-умолчанию. про это забыл

...
if ( arr = arr || [] ).constructor  ...

но если ведь необходимо оперировать только с массивами, то как еще ?

Это и есть стандартный подход.

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

function f(a, b){alert(this); return a + b}

function fWrapper(){
    return lambda(f, 'Hello, world!', {a: 50, b: 77, c: 42});
}

к тому же lambda навязывает задание контекста, т.е. контекст для методов надо либо жестко прописывать в обертке (но тогда нельзя будет вызвать метод в другом контексте), либо указывать при каждом вызове

ну вот я и говорю, что вы пытаетесь изменить язык. Такие вещи вызывают много проблем, и для этого нужны веские причины. А для надежности нужно тестировать код

а что помешает сделать ошибку или опечатку в другом месте? Например, вызвать функцию с другими значениями по умолчанию или забыть воспользоваться оберткой

во-первых не жалко, во-вторых, можешь привести конкретный пример, где по-твоему нужна перегрузка?

Это особенность текущей реализации, которая не имеет отношения к аргументам по-умолчанию.
К чему этот код? Вы собираетесь использовать одну функцию с разными аргументами по-умолчанию? Функция сразу должна быть создана через lambda.Функцию Вы объявляете один раз, а ее тело может правиться много и долго. Как забыть обертку - не понял.

если придумать код, а потом попробовать перевести его на JS, то решить можно все. и правда.

но передавать объекты ,как один аргумент, будет удобнее

ну извини, я как-то расчитывал, что ты приводишь готовый к использованию код. А решить да, можно, надо чтобы lambda сохраняла контекст. И, кстати, это лишняя функциональность в lambda. Это следует хотя бы из ее описания: она назначает значения по умолчанию и задает контекст. У нее слишком много обязанностей. И это плохо.

я исходил из того, как ты использовал эту функцию и не подумал, что с помощью нее подразумевается создавать функции, а не выполнять

B@rmaley.e><e, давай лучше на ты ;)

melky, у тебя абстрактный пример, а я просил конкретный