Tốt hơn là trả về ʻundefined` hoặc `null` từ một hàm javascript?

Tôi có một hàm mà tôi đã viết về cơ bản trông như thế này:

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

Câu hỏi: Sẽ tốt hơn nếu trả về "null" ở đây?

Tôi có thể trả lại bất cứ thứ gì tôi muốn - rõ ràng là ... tôi chỉ không chắc đâu là thứ tốt nhất để sử dụng.

Mã gọi hàm này biết cách xử lý với undefined (nó thực sự sẽ không bao giờ thực sự xảy ra trừ khi có sự cố khủng khiếp)

Lý do tôi hỏi câu hỏi này là tôi đã nghe ở đâu đó một điều gì đó giống như "Đừng gán giá trị không xác định cho các biến" hoặc điều gì đó - điều đó sẽ khiến việc gỡ lỗi trở nên khó khăn hơn. Vì vậy, thực tế là tôi có thể thấy rằng nullđược trả về cho tôi biết rằng trả về đang hoạt động - nhưng về cơ bản hoạt động tương tự như undefined.

Tài liệu:

Mozilla Docs Không trả lời câu hỏi của tôi ... google cũng không: \

Câu hỏi SO này - quá rộng so với những gì tôi đang cố gắng tìm ra ở đây.

Tôi sẽ tranh luận rằng không có cách nào tốt nhất, và ngay cả các hàm tiêu chuẩn đôi khi cũng chọn cái này hay cái kia.

Ví dụ:

• [[Nguyên mẫu]]

  Các đối tượng thông thường có một khe bên trong [[Prototype]], nó xác định đối tượng khác mà chúng kế thừa từ đó. Tất nhiên, phải có một cách để nói rằng một đối tượng không kế thừa từ bất kỳ đối tượng nào khác. Trong trường hợp này, "không có đối tượng như vậy" được biểu diễn bằng cách sử dụng null.

• Object.getOwnPropertyDescriptor

  Nó được mong đợi để trả về một bộ mô tả thuộc tính, nghĩa là, một đối tượng mô tả một thuộc tính (ví dụ: giá trị, khả năng ghi, khả năng liệt kê và khả năng cấu hình). Tuy nhiên, tài sản có thể không tồn tại. Trong trường hợp này, "không có tài sản đó" được đại diện bằng cách sử dụng undefined.

• document.getElementById

  Nó được mong đợi để trả về phần tử với ID đã cho. Tuy nhiên, có thể không có phần tử nào có ID đó. Trong trường hợp này, "không có phần tử như vậy" được biểu diễn bằng cách sử dụng null.

Vì vậy, chỉ cần chọn bất cứ điều gì bạn thích hoặc nghĩ có ý nghĩa hơn cho trường hợp cụ thể của bạn.

Không xác định thường đề cập đến một cái gì đó chưa được gán giá trị (chưa). Null đề cập đến một cái gì đó mà chắc chắn không có giá trị. Trong trường hợp đó, tôi khuyên bạn nên trả về giá trị null. Lưu ý rằng một hàm không có giá trị trả về được chỉ định mặc nhiên trả về không xác định.

Từ thông số kỹ thuật ECMAScript2015

4.3.10 giá trị không xác định

giá trị nguyên thủy được sử dụng khi một biến chưa được gán giá trị

4.3.12 giá trị null

giá trị nguyên thủy đại diện cho sự vắng mặt có chủ đích của bất kỳ giá trị đối tượng nào

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

Đọc thêm:

Khi nào null hoặc undefined được sử dụng trong JavaScript?

Tôi sẽ cung cấp cho bạn cách lựa chọn theo quan điểm cá nhân của tôi giữa hai điều này.

Câu hỏi đơn giản của tôi là: giá trị, được cung cấp cho một đầu vào / trạng thái / ngữ cảnh khác có thể được định nghĩa cho một cái gì đó không?

Nếu câu trả lời là có thì hãy sử dụng lệnh nullkhác undefined. Nói chung hơn, bất kỳ hàm nào trả về một đối tượng sẽ trở lại nullkhi đối tượng dự định không tồn tại. Bởi vì nó có thể tồn tại với một đầu vào / trạng thái / ngữ cảnh khác.

nullđại diện cho sự vắng mặt của giá trị cho một đầu vào / trạng thái / ngữ cảnh nhất định. Nó ngầm có nghĩa là bản thân khái niệm giá trị tồn tại trong ngữ cảnh ứng dụng của bạn nhưng có thể không có. Trong ví dụ của bạn, khái niệm về một thẻ tiếp theo tồn tại nhưng bản thân thẻ đó có thể không tồn tại. nullnên được sử dụng.

undefinedthể hiện ngầm ý nghĩa của giá trị đó trong ngữ cảnh ứng dụng của bạn. Ví dụ: nếu tôi thao tác một userđối tượng với một tập hợp các thuộc tính nhất định và tôi cố gắng truy cập thuộc tính pikatchu. Giá trị của thuộc tính này nên được đặt thành undefinedbởi vì trong ngữ cảnh của tôi, việc có một thuộc tính như vậy không có ý nghĩa gì.

undefinedkhông phải là thứ bạn nên gán cho. Bạn có thể muốn xem xét để trả lại một cái gì đó khác hơn undefined. Trong trường hợp của bạn, ngay cả khi bạn không trả lại bất cứ điều gì, kết quả sẽ là undefinedrồi. Vì vậy, tôi khuyên bạn nên đi với nullthay thế.

Hãy xem xét mẫu này,

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

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

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

Kết quả mẫu trên a === b, đó là undefined. Sự khác biệt là bạn tiết kiệm được 1 lần thực thi câu lệnh.

Phụ thuộc vào những gì bạn cần làm với giá trị trả về.

typeof null trả về một đối tượng. đối tượng đó có giá trị không xác định

typeof undefined trả về undefined

Đây là một ví dụ có undefinedý nghĩa hơn null:

Tôi sử dụng một hàm wrapper để JSON.parsechuyển đổi ngoại lệ của nó thành 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
}

Lưu ý rằng điều đó nullhợp lệ trong JSON trong khi undefinedthì không.

Câu trả lời đầu tiên là đúng. Chúng có ý nghĩa khác nhau về mặt lý thuyết. Tuy nhiên, không phải lúc nào cũng rõ ràng nên chọn cái nào.

Tôi có xu hướng sử dụng null trong quá trình phát triển của mình mặc dù tôi nghĩ đó là điều hoàn toàn chủ quan.

Tôi sử dụng nó chủ yếu vì:

1. biến undefined có thể bị ghi đè trong các trình duyệt cũ nên việc trả lại nó phức tạp hơn một chút. Vấn đề tương tự này buộc bạn phải sử dụng typeof var === 'undefined'khi nhận kết quả hàm. liên kết

2. Các ngôn ngữ khác có xu hướng sử dụng null rộng rãi, nhiều ngôn ngữ thậm chí không có undefined (php chẳng hạn). Điều đó mang lại cho tôi sự nhất quán khi nhanh chóng hoán đổi giữa các ngôn ngữ.

Tôi nghĩ rằng nó là rất đáng tranh luận để sử dụng. Tôi thích mã càng chính xác về mặt ngữ nghĩa càng tốt, vì vậy tôi nghĩ undefinedlà phù hợp trong trường hợp này.

Tôi nghĩ về các nullphép gán có nghĩa là "một biến được đặt thành không". Điều này trái ngược với undefinednghĩa là "thứ này hoàn toàn không có"

Như một câu trả lời trước đây đã chỉ ra, việc quay lại undefinedcó vấn đề và việc đó có làm phiền bạn hay không hoàn toàn phụ thuộc vào bạn. Nó sẽ không làm phiền tôi.

Tôi lập luận rằng trong trường hợp này, nullnên được trả lại.

Nếu bạn xem xét câu hỏi từ quan điểm khoa học máy tính lý thuyết thì undefined được sử dụng để biểu thị tính không kết thúc / không tính toán được (tức là trình giữ chỗ cho một điểm không xác định xcủa một hàm từng phần f thường được viết f(x) = ⊥).

getNextCardtuy nhiên dường như có thể tính toán thẻ tiếp theo (nếu nó tồn tại) và cũng có thể tính toán nếu không có thẻ tiếp theo. Nói cách khác, hàm là tổng vì nó kết thúc đối với mọi đầu vào.

Điều đó đang được nói, một giá trị đặc biệt báo hiệu kết thúc mà không có kết quả có ý nghĩa (tức là "không có thẻ nào tôi có thể trả lại cho đầu vào này") là bắt buộc và điều này đối với tôi thì nullkhông undefined.

LƯU Ý:

Bạn có thể thấy một số hỗ trợ cho đối số này trong một số ngôn ngữ được đánh máy khác cũng như khi kết thúc mà không có kết quả có ý nghĩa được thể hiện bằng cách sử dụng một loại tùy chọn (đôi khi cũng được gọi là kiểu nullable ). Một ví dụ cho điều này là Có thể trong Haskell .

Mặt khác, tất nhiên chúng ta không biết undefinedJavaScript thực sự nghĩa là gì. Vì vậy, tương tự với không xác định là một chút mệt mỏi. Hơn nữa, vì chúng ta luôn muốn làm việc với các hàm tổng, điều này tương đương với câu nói "không bao giờ trả về undefinedtừ một hàm". Điều này có vẻ hơi nghiêm ngặt, vì nó sẽ giới hạn việc sử dụng các undefinedthuộc tính / biến chưa được thiết lập.

Cuối cùng, sở thích cá nhân của tôi là không bao giờ quay trở lại undefinednơi tôi có thể quay lại nullvà tôi cũng sẽ tranh luận rằng đây là quy ước mã hóa tốt hơn (vì trong số những thứ khác x !== nullthì ngắn hơn typeof x !== 'undefined').

Ý kiến ​​cá nhân của tôi theo kinh nghiệm của tôi là đừng sử dụng undefined và null nếu bạn không muốn code của mình bị crash. Ít nhất thì tôi sẽ tránh nó một cách cá nhân. Có rất nhiều hàm trong Javascript trả về không xác định và chúng ta phải sử dụng nó. Nhưng khi bạn thiết kế mã của bạn không sử dụng nó. Điều quan trọng là luôn luôn trả lại một cái gì đó "false"ít nhất. Nếu bạn có một mảng chẳng hạn và bạn ánh xạ lên nó. Nó không phải là tốt để trở lại [undefined, undefined.....]hoặc chỉ undefined. Sẽ tốt hơn nếu bạn giữ nguyên kiểu của mảng ban đầu. Thí dụ:

 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

Đó là ý tưởng. Tôi cố gắng mọi lúc để tránh nó. Vì một nullhoặc undefinedcó thể dễ dàng làm hỏng mã của bạn