Практика кодирования Javascript: пустые значения в объектах

Question

Просто прочитайте this highly-related question, а затем отразите, что я использовал в своей собственной базе кода для проекта на работе.

Я написал простую функцию, чтобы продемонстрировать этот вопрос (с помощью Google Apps Script, таким образом вызовов Logger.log()):

function emptyValueTest() { 

    var object = { 
    prop1: "real_data", 
    prop2: "", 
    prop3: undefined, 
    prop4: null 
    } 

    // What I have used in my code personally. All evaluate to TRUE 
    if (object.prop2 === "") Logger.log("prop2 was empty"); 
    if (typeof object.prop3 === "undefined") Logger.log("prop3 was undefined"); 
    if (object.prop4 === null) Logger.log("prop4 was null"); 

    // The other solution I've seen. All evaluate to FALSE 
    if (object.prop2) Logger.log("prop2 was empty"); 
    if (object.prop3) Logger.log("prop3 was undefined"); 
    if (object.prop4) Logger.log("prop4 was null"); 
} 

Я строил систему в течение последних нескольких месяцев с тысячами строк кода, и я часто обнаруживаю обратное отслеживание, когда вижу конкретное значение, чтобы помнить, что это было предыдущее состояние, до определенного условного выражения.

Поскольку я один пишет код, это не слишком трудно для меня, чтобы понять это, потому что я знаю структуру данных, значение, которые должны быть там, и т.д.

Однако после того, как я окончу свой университет, эта система будет перехвачена другим разработчиком, поэтому я задаюсь вопросом, какая наилучшая практика для , представляющая, что свойство не имеет данных.

Например, мой вариант использования: event Объекты, которые инициализируются пустыми данными и, в течение всего срока службы семестра, в конечном итоге заполняются реальными данными. Лично я использую undefined, потому что для меня имеет смысл читать if (typeof data === "undefined"), имея сходное семантическое значение «если эти данные не определены» (т. Е. Нет значения еще).

Но интересно, в промышленности, в библиотеках и в личных проектах, какие обычно используемые методы делают код более читабельным, понятным? Хотя длина первых трех условных чисел длиннее последних трех, я считаю, что последние три были неоднозначными.

Например, prop2 может иметь непустое строку как "data" или значение true, которое вызвало бы последний условный if (object.prop2) оценить, true в обоих случаях, потому что все в JavaScript является truthy за исключением следующего:

• нуль
• неопределенному
• NaN
• пустая строка ("")
• ложные

И это вполне возможно, что данные могут иметь "", 0 и false, как действительные значения, в то время как null, undefined и (особенно) NaN, вероятно, не являются типичными значениями для реальных данных.

Очевидно, что я мы знаем, что структура данных, то мы могли бы ввести более строгие проверки на неоднозначность непустых строк из истинного.Но в проекте с тысячами строк кода мне кажется, что это быстро выходит из-под контроля, особенно если структура данных изменяется с течением времени.

Так что мой вопрос: Есть ли предпочтительный способ представляющего пустых значения в Javascript? И есть ли конкретная причина предпочтения (производительность, читаемость, масштабируемость и т. Д.)?

Answer 1

Javascript особенно коварен в постоянной NaN:

alert(NaN==NaN?"isNaN":"isNotNaN"); // isNotNaN ! 

Наиболее распространенный способ представления пустого объекта является null постоянная. Тем не менее, вы можете столкнуться с проблемами, используя его:

var coords = null; 
if(coords===null) alert("empty object"); 
if(coords.x==0 && coords.y==0) alert("[0,0]"); 
// Uncaught TypeError: Cannot read property 'x' of null 

Существует шаблон дизайна под названием Null object: создать объект, представляющий null значения с правильными свойствами:

var nullcoords = {x:-1,y:-1}; // null object 
var coords = nullcoords; 
if(coords===nullcoords) alert("empty coords"); 
if(coords.x==0 && coords.y==0) alert("[0,0]"); 
// no TypeError 

As RobG точек в комментариях, вы можете позволить себе такое отношение тогда и только тогда

1. свойства nullobject по умолчанию не являются допустимыми значениями
2. значения по умолчанию не испортит вам операции

Однако null не является хорошей идеей для COORDS свойств, поскольку он не является числовым типом и может испортить некоторые арифметические операции (не в JS, хотя). Ниже код является более подходящим (и более сложным) решением с пользовательским нулевым обработчиком объекта:

function nullCoordsHandler(obj) { 
    // any error handling you want 
    alert("setting default values..."); 
    obj.x = obj.y = 0; 
} 

function coords() { 
    var _x, _y; 
    var defined = false; 
    Object.defineProperty(this,"x",{ 
    enumerable: true, 
    get:function() { if(!defined) nullCoordsHandler(this); return _x; }, 
    set:function(value) { defined = true; _x = value; } 
    }); 
    Object.defineProperty(this,"y",{ 
    enumerable: true, 
    get:function() { if(!defined) nullCoordsHandler(this); return _y; }, 
    set:function(value) { defined = true; _y = value; } 
    }); 
}; 

var c = new coords(); 
if(c.x==0 && c.y==0) alert("[0,0]"); 
// nullCoordsHandler was called to handle the null object situation