Làm thế nào nguy hiểm trong JavaScript, thực sự, giả định không xác định không bị ghi đè?

Question

Mỗi khi có ai đề cập đến thử nghiệm đối với undefined, it's pointed out thì undefined không phải là từ khóa để it could be set to "hello", vì vậy, you should usetypeof x == "undefined" thay thế. Điều này có vẻ vô lý đối với tôi. Không ai có thể làm điều đó, và nếu họ đã làm nó sẽ là lý do đủ để không bao giờ sử dụng bất kỳ mã họ đã viết ... phải không?

tôi thấy one example của một ai đó vô tình thiết lập undefined để null, và điều này đã được đưa ra như một lý do để tránh giả định rằng undefined không bị ghi đè. Nhưng nếu họ làm thế, con bọ sẽ không bị phát hiện, và tôi không thấy nó tốt hơn thế nào.

Trong C++, mọi người đều ý thức được rằng nói pháp lý là #define true false, nhưng không ai khuyên bạn tránh sử dụng true và sử dụng 0 == 0 thay thế. Bạn chỉ cần giả định rằng không ai có thể là một người giật đủ lớn để làm điều đó, và nếu họ làm, không bao giờ tin tưởng mã của họ một lần nữa.

Đã bao giờ thực sự cắn ai đó mà người khác được giao cho undefined (có mục đích) và nó đã phá vỡ mã của bạn, hay đây là một mối đe dọa giả định hơn? Tôi sẵn sàng tận dụng cơ hội để làm cho mã của tôi dễ đọc hơn. Đây có phải là một ý tưởng thực sự tồi không?

Để nhắc lại, tôi là không phải yêu cầu cách bảo vệ chống lại việc gán lại chưa được xác định. Tôi đã nhìn thấy những thủ thuật được viết 100 lần rồi. Tôi hỏi làm thế nào nguy hiểm là không sử dụng những thủ thuật.

Answer 1

Không, tôi chưa bao giờ có. Điều này chủ yếu là do tôi phát triển trên các trình duyệt hiện đại, phần lớn tuân thủ ECMAScript 5. Tiêu chuẩn ES5 quy định rằng undefined giờ đây chỉ đọc. Nếu bạn sử dụng chế độ nghiêm ngặt (bạn nên), một lỗi sẽ bị ném nếu bạn vô tình cố sửa đổi nó.

undefined = 5; 
alert(undefined); // still undefined 

'use strict'; 
undefined = 5; // throws TypeError 

Những gì bạn nên không làm là tạo riêng của bạn scoped, có thể thay đổi undefined:

(function (undefined) { 
    // don't do this, because now `undefined` can be changed 
    undefined = 5; 
})(); 

liên tục là tốt. Vẫn không cần thiết, nhưng tốt.

(function() { 
    const undefined = void 0; 
})(); 

Answer 2

Không có mã thích hợp nào sẽ thực hiện việc như vậy. Nhưng bạn không bao giờ có thể biết những gì một số nhà phát triển wannabe thông minh hoặc một plugin/thư viện/script bạn đang sử dụng đã làm. Mặt khác, các trình duyệt hiện đại và không chắc chắn sẽ không cho phép ghi đè lên undefined, vì vậy nếu bạn đang sử dụng trình duyệt như vậy để phát triển, bạn sẽ nhanh chóng nhận thấy nếu có bất kỳ mã nào cố gắng ghi đè lên nó.

---

Và mặc dù bạn không yêu cầu nó - nhiều người có thể sẽ tìm thấy câu hỏi này khi tìm kiếm phổ biến hơn "làm thế nào để bảo vệ chống lại định nghĩa lại undefined" vấn đề, vì vậy tôi sẽ trả lời rằng anyway:

có một cách rất tốt để có được một sự không xác địnhundefined dù bao nhiêu tuổi trình duyệt là:

(function(undefined) { 
    // your code where undefined is undefined 
})(); 

này hoạt động vì một cuộc tranh cãi mà không được chỉ định luôn là 012..Bạn cũng có thể làm điều đó với một hàm chấp nhận một số đối số thực, ví dụ: như thế này khi bạn đang sử dụng jQuery. Nó thường là một ý tưởng tốt để đảm bảo một môi trường lành mạnh theo cách này:

(function($, window, undefined) { 
    // your code where undefined is undefined 
})(jQuery, this); 

Sau đó, bạn có thể chắc chắn rằng bên trong đó chức năng ẩn danh những điều sau đây là đúng:

• $ === jQuery
• window === [the global object]
• undefined === [undefined].

---

Tuy nhiên, lưu ý rằng đôi khi typeof x === 'undefined' là thực sự cần thiết: Nếu biến x chưa bao giờ được thiết lập để một giá trị (trái với việc thiết-undefined), đọc x theo một cách khác nhau như if(x === undefined) sẽ ném một lỗi. Tuy nhiên, điều này không áp dụng cho các thuộc tính đối tượng, vì vậy nếu bạn biết rằng y luôn là một đối tượng, thì if(y.x === undefined) là hoàn toàn an toàn.

Answer 3

Có một giải pháp đơn giản cho điều đó: so sánh với void 0 luôn không xác định.

Lưu ý rằng bạn nên tránh == vì nó có thể ép buộc các giá trị. Sử dụng === (và !==) để thay thế.

Điều đó nói rằng, biến không xác định có thể được đặt bằng lỗi nếu ai đó viết = thay vì == khi so sánh một số nội dung với undefined.

Answer 4

Chỉ bạn biết mã nào bạn sử dụng và do đó mức độ nguy hiểm. Câu hỏi này không thể được trả lời theo cách bạn đã làm rõ bạn muốn nó trả lời.

1) Tạo chính sách nhóm, không cho phép xác định lại không xác định, đặt trước để sử dụng phổ biến hơn. Quét mã hiện tại của bạn để chỉ định trái không xác định.

2) Nếu bạn không kiểm soát tất cả các tình huống, nếu mã của bạn được sử dụng bên ngoài các tình huống bạn hoặc chính sách của bạn kiểm soát, thì rõ ràng câu trả lời của bạn là khác nhau. Quét mã sử dụng tập lệnh của bạn. Heck, quét web để biết số liệu thống kê của việc phân công trái không xác định nếu bạn muốn, nhưng tôi nghi ngờ điều đó đã được thực hiện cho bạn, bởi vì dễ dàng hơn khi chỉ theo đuổi câu trả lời # 1 hoặC# 3 ở đây thay thế.

3) Và nếu câu trả lời đó không đủ tốt, có thể bởi vì, một lần nữa, bạn cần một câu trả lời khác. Có thể bạn đang viết một thư viện phổ biến sẽ được sử dụng bên trong tường lửa của công ty và bạn không có quyền truy cập vào mã gọi điện. Sau đó sử dụng một trong những câu trả lời tốt khác ở đây. Lưu ý tập tin thư viện jQuery đóng gói âm thanh phổ biến và bắt đầu:

(function(window, undefined) { 

Chỉ bạn mới có thể trả lời câu hỏi theo cách cụ thể mà bạn tìm kiếm. Còn gì nữa để nói?

chỉnh sửa: p.s. nếu bạn thực sự muốn ý kiến ​​của tôi, tôi sẽ nói với bạn rằng nó không nguy hiểm chút nào. Bất cứ điều gì có thể gây ra lỗi (chẳng hạn như gán cho không xác định, đó rõ ràng là một hành vi nguy hiểm được ghi chép đầy đủ) là một lỗi. Đó là lỗi đó là rủi ro. Nhưng đó chỉ là trong kịch bản của tôi, nơi tôi có thể đủ khả năng để giữ quan điểm đó. Như tôi đã đề nghị bạn làm, tôi đã trả lời câu hỏi cho các trường hợp sử dụng của tôi.

Answer 5

Thật an toàn để kiểm tra không được xác định. Như bạn đã đề cập. Nếu bạn nhận được một số mã ghi đè lên nó (điều này rất có thể xảy ra), bạn không nên sử dụng nó nữa.

Có thể nếu bạn đang tạo thư viện để sử dụng công khai, bạn có thể sử dụng một số kỹ thuật để tránh người dùng thay đổi nó. Nhưng ngay cả trong trường hợp này, đó là vấn đề của họ, không phải thư viện của bạn.

Answer 6

Nó không nguy hiểm chút nào. Nó chỉ có thể được ghi đè khi chạy trên một động cơ ES3 và nó không có khả năng được sử dụng nữa.

Answer 7

Trước hết, nếu mã của bạn bị hỏng, có thể không phải vì một số nhà phát triển khác ở đó "đang cố gắng trở thành một kẻ giật gân" khi bạn đặt nó.

Đúng là undefined không phải là từ khóa. Nhưng nó là nguyên thủy cấp toàn cầu. Nó được dự định sẽ được sử dụng như thế này (xem "không xác định" tại developer.mozilla.org):

var x; 
if (x === undefined) { 
    // these statements execute 
} 
else { 
    // these statements do not execute 
} 

Việc thay thế chung cho rằng (cũng từ MDN) và theo ý kiến ​​của tôi một cách tốt hơn là:

// x has not been declared before 
if (typeof x === 'undefined') { // evaluates to true without errors 
    // these statements execute 
} 

if(x === undefined){ // throws a ReferenceError 

} 

Trong đó có một vài lợi thế, một trong những lợi thế rõ ràng (từ các ý kiến) là nó không kích hoạt một ngoại lệ khi x không được khai báo. Nó cũng đáng chú ý là MDN cũng chỉ ra rằng điều quan trọng là sử dụng === qua == trong trường hợp đầu tiên vì:

var x=null; 
if (x === undefined) { 
    // this is probably what you meant to do 
    // these lines will not execute in this case 
} 
else if (x == undefined) { 
    // these statements will execute even though x *is* defined (as null) 
} 
else { 
    // these statements do not execute 
} 

Đây là một lý do thường bị bỏ qua lý do tại sao nó có lẽ là tốt hơn để chỉ cần sử dụng thay thế thứ hai trong tất cả các trường hợp.

Kết luận: Không sai khi viết mã theo cách đầu tiên và chắc chắn không nguy hiểm. Các đối số bạn đã thấy rằng bạn sử dụng như một ví dụ chống lại nó (rằng nó có thể được ghi đè) không phải là đối số mạnh nhất để mã hóa các thay thế với typeof. Nhưng sử dụng typeof mạnh hơn vì một lý do cụ thể: nó không ném một ngoại lệ khi var của bạn không được khai báo. Cũng có thể lập luận rằng việc sử dụng == thay vì === là một sai lầm phổ biến trong trường hợp đó nó không làm những gì bạn mong đợi. Vậy tại sao không sử dụng typeof?

Answer 8

Bạn có thể sử dụng undefined trong mã của mình khi mã hóa cho trình duyệt hỗ trợ ECMAScript 5.1 vì nó là immutable according to the language specification.

Xem thêm this bảng tính tương thích hoặc thiscaniuse ECMAScript 5 để thấy rằng tất cả các trình duyệt hiện đại (IE 9+) đã thực hiện bất biến undefined.