Чи краще повертати `undefined` або` null` з функції javascript?

У мене є написана функція, яка в основному виглядає так:

function getNextCard(searchTerms) {
  // Setup Some Variables

  // Do a bunch of logic to pick the next card based on termed passed through what I'll call here as 'searchTerms' all of this logic is omitted because it's not important for my question.
  // ...

  // If we find a next card to give, than give it
  if (nextCardFound)
    return nextCardFound;

  // Otherwise - I'm returning undefined
  return undefined;
}

Питання: чи не було б краще повернути сюди "null"?

Я можу передати все, що хочу, назад - очевидно ... Я просто не був впевнений, що найкраще використовувати.

Код, який викликає цю функцію, знає, як боротися з невизначеним (насправді це ніколи не станеться, якщо щось не піде жахливо)

Причина, по якій я задаю це запитання, полягає в тому, що я десь почув щось, що звучало як "Не призначати невизначені змінним" або щось інше - що це ускладнить налагодження. Отже, той факт, що я бачу, що nullпередається назад, говорить мені, що повернення працює - але в основному функціонує схоже на undefined.

Документація:

Mozilla Docs не відповів на моє запитання ... Google теж не відповів: \

Це SO-запитання - було занадто широким для того, що я намагаюся з'ясувати тут.

Я заперечую, що немає найкращого способу, і навіть стандартні функції іноді вибирають те чи інше.

Наприклад:

• [[Прототип]]

  Звичайні об’єкти мають внутрішній слот [[Prototype]], який визначає, від якого іншого об’єкта вони успадковують. Звичайно, повинен бути спосіб сказати, що об’єкт не успадковується від жодного іншого. У цьому випадку за допомогою "представляється такий об'єкт" null.

• Object.getOwnPropertyDescriptor

  Очікується повернення дескриптора властивості, тобто об’єкта, що описує властивість (наприклад, значення, записність, перечислюваність та конфігурація). Однак власності може не існувати. У цьому випадку "такого властивості немає" представляється за допомогою undefined.

• document.getElementById

  Очікується повернення елемента із заданим ідентифікатором. Однак з таким ідентифікатором може не бути елемента. У цьому випадку за допомогою "представляється такий елемент" null.

Тож просто вибирайте те, що вам більше подобається, або вважаєте, що для вашого конкретного випадку це має більше сенсу.

Невизначений, як правило, відноситься до того, що ще не отримало значення (поки що). Нуль відноситься до чогось, що остаточно не має значення. У такому випадку я б рекомендував повернути значення null. Зверніть увагу, що функція без вказаного значення повертається неявно повертається невизначеним.

З специфікації ECMAScript2015

4.3.10 невизначене значення

примітивне значення, яке використовується, коли змінної не присвоєно значення

4.3.12 нульове значення

примітивне значення, яке представляє навмисну ​​відсутність будь-якого значення об’єкта

http://www.ecma-international.org/ecma-262/6.0/#sec-terms-and-definitions-undefined-type

Подальше читання:

Коли в JavaScript використовується null або undefined?

Я дам вам мій особистий упевнений спосіб вибору між ними.

Моє просте запитання: чи можна значення, враховуючи інший вхід / стан / контекст, визначити для чогось?

Якщо відповідь так, тоді використовуйте nullelse use undefined. Загальніше, будь-яка функція, що повертає об'єкт, повинна повертатися, nullколи передбачуваний об'єкт не існує. Тому що це могло б існувати з урахуванням іншого введення / стану / контексту.

nullпредставляє відсутність значення для даного вводу / стану / контексту. Це неявно означає, що саме поняття значення існує в контексті вашої програми, але може бути відсутнім. У вашому прикладі концепція наступної картки існує, але сама картка може не існувати. nullслід використовувати.

undefinedнеявно представляє відсутність значення цього значення в контексті вашої програми. Наприклад, якщо я маніпулюю userоб’єктом із заданим набором властивостей і намагаюся отримати доступ до цього властивості pikatchu. Для значення цієї властивості слід встановити значення, undefinedоскільки в моєму контексті немає сенсу мати таку властивість.

undefinedце не те, що вам слід призначити. Можливо, ви захочете повернути щось інше, ніж undefined. У вашому випадку, навіть якщо ви взагалі нічого не повернете, результат undefinedуже буде . Отже, я б запропонував піти nullзамість цього.

Розглянемо цей зразок,

function getSomething() {
     // .. do something
     return undefined;
}

function doSomething() {
     // .. I'm not gonna return anything.
}

var a = getSomething();
var b = doSomething();

Наведений вище зразок приводить до a === b, який є undefined. Різниця полягає в тому, що ви зберігаєте 1 виконання оператора.

Залежить від того, що вам потрібно робити з поверненою вартістю.

typeof null повертає об'єкт. цей об’єкт має значення undefined

typeof undefined повертає undefined

Ось приклад, де undefinedмає сенс більше, ніж null:

Я використовую функцію обгортки, JSON.parseяка перетворює свій виняток на undefined:

// parses s as JSON if possible and returns undefined otherwise
// return undefined iff s is not a string or not parseable as JSON; undefined is not a valid JSON value https://stackoverflow.com/a/14946821/524504
function JSON_parse_or_undefined(s) {
    if ("string" !== typeof s) return undefined

    try {
        const p = JSON.parse(s)
        return p
    } catch (x){}

    return undefined
}

Зверніть увагу, що nullце дійсно в JSON, тоді undefinedяк ні.

Перша відповідь правильна. Вони мають теоретично різне значення. Однак не завжди зрозуміло, який вибрати.

Я, як правило, використовую null у своєму розвитку, хоча я думаю, що це абсолютно суб'єктивно.

Я використовую це здебільшого тому, що:

1. undefined змінна може бути перезаписана у старих браузерах, тому її повернення трохи складніше. Ця сама проблема змушує вас використовувати typeof var === 'undefined'при отриманні результатів функції. посилання

2. Інші мови, як правило, широко використовують нуль, багато з них навіть не мають невизначеного (наприклад, php). Це дає мені певну послідовність при швидкому обміні мовами.

Я думаю, що дуже спірно, що використовувати. Я віддаю перевагу коду, який є семантично максимально точним, тому я думаюundefined доцільним у цьому випадку.

Я розглядаю nullпризначення як значення "змінної, що не має значення". Це на відміну від undefinedзначення "цієї речі взагалі немає"

Як зазначалося в попередній відповіді, повернення undefinedмає проблеми, і це повністю залежить від вас, чи турбує вас це. Мені це не заважало б.

Я б стверджував, що в цьому випадку nullслід повернути.

Якщо розглядати це питання з теоретичної інформатики точки зору , то не визначене , використовується для позначення НЕ термінації / НЕ-обчислюваності (тобто заповнювач для невизначеного точки xу вигляді часткової функції f , яка часто написаний f(x) = ⊥).

getNextCardпроте, схоже, він може обчислити наступну карту (якщо вона існує), а також зможе обчислити, якщо немає наступної карти. Іншими словами, функція є загальною, оскільки вона закінчується для кожного вводу.

З огляду на це, необхідне спеціальне завершення сигналізації значення без значущого результату (тобто "немає картки, яку я можу повернути для цього входу"), а це для мене nullнемає undefined.

ПРИМІТКИ:

Ви можете побачити деяку підтримку цього аргументу в деяких інших типізованих мовах, де закінчення без значущого результату виражається за допомогою опційного типу (іноді його також називають типом, що має значення NULL ). Прикладом цього є, можливо, у Хаскелі .

З іншого боку, ми, звичайно, не знаємо, що undefinedнасправді має означати JavaScript. Отже, аналогія з невизначеною дещо напружена. Більше того, оскільки ми завжди хочемо працювати з усіма функціями, це означає, що "ніколи не повертатися undefinedз функції". Що здається дещо суворим, оскільки обмежує використання undefinedвластивостей / змінних, які не були встановлені.

Врешті-решт, моя особиста перевага - ніколи не повертатися undefinedтуди, куди я можу повернутися, nullі я б також стверджував, що це кращий принцип кодування (оскільки, крім іншого, x !== nullкоротший, ніж typeof x !== 'undefined').

Моя особиста думка, згідно з моїм досвідом, полягає в тому, що не використовуйте undefined і null, якщо ви не хочете розбивати свій код. Принаймні я б особисто цього уникав. У Javascript є багато функцій, які повертаються невизначеними, і ми повинні їх використовувати. Але при розробці коду не використовуйте його. Важливо завжди "false"хоч щось повертати . Якщо у вас є масив, наприклад, і ви накладете на нього карту. Не добре повертатися [undefined, undefined.....]чи просто undefined. Краще, якщо ви збережете тип вихідного масиву. Приклад:

 const mapper:Map <string[],boolean[]>  
['i', 'dont', 'use', 'null or undefined'] -> [false, true, false, true, false]
or ['', dont, '', '', use] 
or al the stuff above and then filter(v => v)
that will keep all undefined and null out

Це ідея. Я весь час намагаюся цього уникати. Тому що a nullабо undefinedможе легко розбити ваш код