Bir javascript işlevinden "tanımsız" veya "boş" döndürmek daha mı iyidir?

Yazdığım ve temelde şuna benzeyen bir işlevim var:

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;
}

Soru: Burada "boş" döndürmek daha iyi olur mu?

İstediğimi geri verebilirim - belli ki ... Kullanılacak en iyi şeyin ne olduğundan emin değildim.

Bu işlevi çağıran kod, tanımsız ile nasıl başa çıkılacağını bilir (aslında bir şeyler korkunç bir şekilde ters gitmedikçe asla gerçekten olmayacak)

Bu soruyu sormamın nedeni, bir yerde "Tanımlanmamış değişkenlere atama" gibi bir şey duymuş olmamdır - bu, hata ayıklamayı zorlaştıracaktır. Yani, nullgeri döndüğünü görebildiğim gerçeği bana geri dönüşün işe yaradığını söylüyor - ama temelde benzer şekilde çalışıyor undefined.

Dokümantasyon:

Mozilla Docs sorumu cevaplamadı ... google da cevap vermedi: \

Bu SO Sorusu - burada anlamaya çalıştığım şey için çok genişti.

En iyi yol olmadığını iddia edeceğim ve hatta standart işlevler bazen birini veya diğerini seçer.

Örneğin:

• [[Prototip]]

  Sıradan nesneler, hangi nesneden miras alacaklarını belirleyen bir [[Prototip]] dahili yuvaya sahiptir. Elbette, bir nesnenin diğerinden miras almadığını söylemenin bir yolu olmalıdır. Bu durumda "böyle bir nesne yok" kullanılarak temsil edilir null.

• Object.getOwnPropertyDescriptor

  Bir özellik tanımlayıcı, yani bir özelliği tanımlayan bir nesne (örneğin değer, yazılabilirlik, numaralandırılabilirlik ve yapılandırılabilirlik) döndürmesi beklenir. Ancak mülk mevcut olmayabilir. Bu durumda "böyle bir özellik yoktur" kullanılarak temsil edilir undefined.

• document.getElementById

  Verilen kimliğe sahip öğeyi döndürmesi bekleniyor. Ancak, bu kimliğe sahip hiçbir öğe olmayabilir. Bu durumda "böyle bir öğe yok" kullanılarak temsil edilir null.

Bu yüzden, tercih ettiğiniz veya özel durumunuz için daha mantıklı olduğunu düşündüğünüz şeyi seçin.

Tanımsız, genellikle (henüz) bir değer atanmamış bir şeyi ifade eder. Null, kesinlikle değeri olmayan bir şeyi ifade eder. Bu durumda, bir boş değer döndürmenizi tavsiye ederim. Belirtilen dönüş değeri olmayan bir işlevin örtük olarak tanımsız döndürdüğünü unutmayın.

ECMAScript2015 spesifikasyonundan

4.3.10 tanımsız değer

bir değişkene bir değer atanmadığında kullanılan ilkel değer

4.3.12 boş değer

Herhangi bir nesne değerinin kasıtlı yokluğunu temsil eden ilkel değer

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

Daha fazla okuma:

JavaScript'te ne zaman boş veya tanımsız kullanılır?

İkisi arasında kişisel fikrimi seçme yöntemimi size vereceğim.

Benim basit sorum şu: Başka bir girdi / durum / bağlam verildiğinde değer bir şeye tanımlanabilir mi?

Cevap evet ise, o zaman nullbaşka kullanın undefined. Daha genel olarak, bir nesneyi döndüren herhangi bir işlev null, amaçlanan nesne mevcut olmadığında dönmelidir . Çünkü başka bir girdi / durum / bağlam verildiğinde var olabilir.

nullbelirli bir girdi / durum / bağlam için değerin yokluğunu temsil eder . Örtük olarak, değer kavramının kendinizin uygulamanız bağlamında var olduğu, ancak bulunmayabileceği anlamına gelir. Örneğinizde bir sonraki kart kavramı mevcuttur, ancak kartın kendisi mevcut olmayabilir. nullkullanılmalıdır.

undefinedUygulamanızın bağlamında bu değerin anlamının yokluğunu dolaylı olarak temsil eder . Örneğin, userbelirli bir özellik kümesine sahip bir nesneyi işlersem ve özelliğe erişmeye çalışırsam pikatchu. Bu özelliğin değeri olarak ayarlanmalıdır undefinedçünkü benim bağlamımda böyle bir özelliğe sahip olmak mantıklı değil.

undefinedatamanız gereken bir şey değil. Dışında başka bir şey iade etmeyi düşünebilirsiniz undefined. Sizin durumunuzda, hiçbir şey iade etmeseniz bile, sonuç undefinedzaten olacaktır . Bu yüzden, nullonun yerine gitmeyi öneririm .

Bu örneği düşünün,

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

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

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

Yukarıdaki örnek a === b, yani undefined. Aradaki fark, 1 ifade yürütmesini kaydetmenizdir.

Döndürülen değerle ne yapmanız gerektiğine bağlıdır.

typeof null bir nesne döndürür. bu nesnenin değeri tanımsız

typeof tanımsız döndürür undefined

İşte undefineddaha mantıklı olan bir örnek null:

JSON.parseİstisnasını şuna dönüştüren bir sarmalayıcı işlevi kullanıyorum 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
}

Bunun nullJSON'da geçerli olduğunu , ancak undefinedolmadığını unutmayın.

Bu durumda nulliade edilmesi gerektiğini iddia ediyorum .

Sonra bir görüş teorik bilgisayar bilimi açısından soru düşünürsek tanımsız belirtmek için kullanılır olmayan sonlandırma / olmayan Hesaplanabilirlik (tanımlanmamış bir nokta için yani yer tutucu xa kısmi fonksiyonu f genellikle yazılır f(x) = ⊥).

getNextCardancak bir sonraki kartı hesaplayabilecek (eğer varsa) ve ayrıca bir sonraki kartın olup olmadığını hesaplayabilecek gibi görünüyor. Başka bir deyişle, işlevidir toplam her giriş için sona beri.

Bununla birlikte, anlamlı sonucu olmayan özel bir değer sinyali sonlandırması (yani "bu giriş için geri dönebileceğim bir kart yok") gereklidir ve bu benim için nulldeğil undefined.

NOTLAR:

Bu bağımsız değişken için bazı diğer yazılı dillerde ve anlamlı sonuç olmadan sonlandırmanın bir seçenek türü (bazen null atanabilir tür olarak da adlandırılır) kullanılarak ifade edildiği yerlerde bazı destek görebilirsiniz . Bu için bir örnek Belki de Haskell .

Öte yandan, elbette undefinedJavaScript'te gerçekten ne anlama geldiğini bilmiyoruz . Yani, tanımsız ile benzetme biraz zayıf. Dahası, her zaman toplam işlevlerle çalışmak istediğimizden, bu "asla undefinedbir işlevden dönme" demek anlamına gelir . undefinedAyarlanmamış özellikler / değişkenlerin kullanımını sınırlayacağı için bu biraz katı görünüyor .

Sonunda, kişisel tercihim asla geri dönebileceğim bir undefinedyere geri dönmemek nullve bunun daha iyi bir kodlama kuralı olduğunu da savunuyorum (çünkü diğer şeylerin yanı sıra x !== nulldaha kısa typeof x !== 'undefined').

İlk cevap doğru. Teorik olarak farklı anlamları var. Ancak hangisini alacağınız her zaman net değildir.

Tamamen öznel bir şey olduğunu düşünmeme rağmen, gelişimimde null kullanma eğilimindeyim.

Bunu çoğunlukla şu sebeple kullanıyorum:

1. Eski tarayıcılarda tanımsız değişkenin üzerine yazılabilir, bu yüzden onu döndürmek biraz daha karmaşıktır. Aynı sorun sizi typeof var === 'undefined'işlev sonuçları alırken kullanmaya zorlar . bağlantı

2. Diğer diller null'u yaygın olarak kullanma eğilimindedir, çoğunda tanımsız bile yoktur (örneğin php). Bu, diller arasında hızlı geçiş yaparken bana bir tür tutarlılık sağlıyor.

Bence ne kullanılacağı çok tartışmalı. Anlamsal olarak olabildiğince doğru olan kodu tercih ederim, bu yüzden undefinedbu durumda uygun olduğunu düşünüyorum .

nullAtamaları "sıfıra ayarlanmış bir değişken" olarak düşünüyorum . Bu, undefined"bu şey hiç orada değil" anlamının tersidir.

Önceki bir cevabın işaret ettiği gibi, geri dönmenin undefinedsorunları vardır ve bunun sizi rahatsız edip etmediği tamamen size bağlıdır. Beni rahatsız etmez.

Deneyimlerime göre kişisel görüşüm, kodunuzu çökertmek istemiyorsanız, tanımsız ve boş kullanmayın. En azından şahsen bundan kaçınırdım. Javascript'te tanımsız olarak dönen ve kullanmamız gereken pek çok işlev var. Ancak kodunuzu tasarlarken onu kullanmayın. Her zaman "false"en azından bir şeyi iade etmek önemlidir . Örneğin bir diziniz varsa ve bunun üzerine eşleme yaparsanız. Geri dönmek [undefined, undefined.....]ya da adil olmak iyi değil undefined. Orijinal dizinin türünü korumanız daha iyi olur. Misal:

 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

Fikir bu. Her zaman bundan kaçınmaya çalışıyorum. Çünkü bir nullveya undefinedkodunuzu kolayca çökertebilir