Должна ли каждая функция Javascript возвращать значение?

Я пишу с помощью Netbeans, чтобы добавлять профессиональные комментарии к каждой функции. Итак, я начинаю каждое из них с, /**а затем Enterнажимаю, чтобы позволить Netbeans выполнить схему комментариев по умолчанию для следующей функции.

До сих пор я использовал это только для языка PHP, и в этом случае Netbeans всегда добавлял @returns {type}часть только в схему комментариев, если следующая функция PHP действительно включала returnоператор. В так называемых «процедурах» (функциях, не возвращающих никакого значения) эта часть отсутствовала.

Сегодня я попробовал то же самое для функции Javascript, и Netbeans добавил @returns {undefined}часть в схему комментариев, хотя следующая функция ничего не возвращает.

Это меня смутило. Предлагает ли Netbeans такой способ, что каждая функция Javascript должна что-либо возвращать? Что я должен делать? Игнорировать (или удалить) эту часть схемы комментариев или следовать предложению (если это вообще предложение) и добавить return false;в конец такой функции, хотя для меня это бесполезно?

Краткий ответ: нет.

Реальный ответ да: двигатель JS должен быть уведомлен , что некоторая функция завершила свою работу, которая осуществляется с помощью функции , возвращающей что - то. По этой же причине вместо «завершена» функция называется «вернулась» .
Функция, в которой отсутствует явный оператор возврата undefined, вернется , как сказано, что функция C (++), не имеющая возвращаемого значения (и ее подпись отражает это), должна вернуть void:

void noReturn()//return type void
{
    printf("%d\n", 123);
    return;//return nothing, can be left out, too
}

//in JS:
function noReturn()
{
    console.log('123');//or evil document.write
    return undefined;//<-- write it or not, the result is the same
    return;//<-- same as return undefined
}

Кроме того, в JS, как и в большинстве других языков, вы можете просто игнорировать возвращаемое значение функции, что выполняется очень часто:

(function()
{
    console.log('this function in an IIFE will return undefined, but we don\'t care');
}());
//this expression evaluates to:
(undefined);//but we don't care

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

Итак, резюмируем: нет, JS-функция не должна ничего возвращать в вашем коде. Но что касается движков JS: функция всегда что-то возвращает, будь то явно через returnоператор или неявно. Если функция возвращается неявно, ее возвращаемое значение всегда будет неопределенным.

Нет, возвращать не нужно.

Но нет возврата на самом деле вернутьundefined

Должна ли каждая функция Javascript возвращать значение?

Нет, не делают. Верно, что глубоко в спецификации все они немного отличаются:

function foo() {
}
function foo() {
    return;
}
function foo() {
    return undefined;
}

... но результат вызова каждого из них одно и то же: undefined. Итак, с прагматической точки зрения:

1. Вам не нужно писать a return, вы можете просто позволить выполнению кода «упасть с конца» функции.
2. Если вы вернетесь undefined, в частности, просто напишитеreturn;
3. При вызове функции вы не можете сказать (в коде), завершилось ли выполнение с конца, закончилось return;или закончилось return undefined;; все они выглядят одинаково в вашем коде вызова

Относитесь к спецификации: в частности, когда выполнение функции прекращается, в спецификации это "нормальное" завершение; но return;и return value;оба "возвращают" завершения со связанным значением ( undefined), которое (хоть немного) отличается. Но разница устраняется семантикой вызова функции , которая гласит:

...

9. Если result . [[Type]] равен return, вернуть NormalCompletion ( result . [[Value]]).
10. ReturnIfAbrupt ( результат ).
11. Вернуть NormalCompletion ( не определено ).

Таким образом, в коде нет никакой разницы.

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