След и производительность памяти шаблона модуля Javascript

Question

Я использую шаблон модуля Javascript, чтобы попытаться реализовать функции перечисления на C#. У меня есть два способа, которыми я сейчас занимаюсь реализацией этой функциональности, но я не понимаю всех преимуществ или преимуществ одного способа в сравнении с другим.

Вот реализация 1:

var MyApp = (function (app) { 

    // Private Variable 
    var enums = { 
     ActionStatus: { 
      New: 1, 
      Open: 2, 
      Closed: 3 
     } 
    }; 

    // Public Method 
    app.getEnum = function (path) { 
     var value = enums;    
     var properties = path.split('.'); 
     for (var i = 0, len = properties.length; i < len; ++i) { 
      value = value[properties[i]]; 
     } 
     return value; 
    }; 

    return app; 

})(MyApp || {}); 

// Example usage 
var status = MyApp.getEnum("ActionStatus.Open"); 

А теперь реализация 2:

var MyApp = (function (app) { 

    // Public Property 
    app.Enums = { 
     ActionStatus: { 
      New: 1, 
      Open: 2, 
      Closed: 3 
     } 
    }; 

    return app; 

})(MyApp || {}); 

// Example usage 
var status = MyApp.Enums.ActionStatus.Open; 

Основное различие заключается в использовании «частный» переменный против собственности «общественной» для хранения перечислений. Я думаю, что реализация 1 немного медленнее, но я не был уверен, что сохранение перечислений как «частных» уменьшит использование памяти. Может ли кто-нибудь объяснить разницу в объеме памяти и производительности для двух (если они есть)? Любые другие предложения/рекомендации приветствуются.

Answer 1

... но я не был уверен, сохраняя перечисления как «частной» уменьшил использование памяти

Противоположные, если что-нибудь: Вы все еще должны иметь перечисления объекта, и у вас должна быть функция для доступа к нему.

Что касается скорости, я бы не стал беспокоиться об этом. Добавленный вызов функции не будет иметь никакого реального значения (I looked into it, когда беспокоится об использовании нового forEach и тому подобное, и даже на IE6 с массовым 10 медленным двигателем JS это просто не имеет значения).

В течение нескольких лет, вы, вероятно, будет в состоянии иметь лучшее из обоих миров: Перечисления, которые только для чтения, благодаря Object.defineProperties функции ECMAScript5 в:

var Enums = Object.defineProperties({}, { 
    ActionStatus: { 
     value: Object.defineProperties({}, { 
      New: {value: 1}, 
      Open: {value: 2}, 
      Closed: {value: 3} 
     }) 
    } 
}); 

// Usage 
var n = Enums.ActionStatus.New; // 1 

По умолчанию, свойства созданных с defineProperties: только для чтения.

Фактически, вы можете в принципе иметь это сейчас, если вы добавите «шайбу» ES5, чтобы создать Object.defineProperties в браузерах, которые еще не имеют его изначально. Версия «shimmed» будет создавать свойства чтения и записи, поскольку только поддерживаемая версия может действительно создавать свойства только для чтения, но теперь вы можете написать код и знать, что он будет работать, как вам нравится, в современных браузерах (около половины все веб-серферы в настоящее время имеют их), все еще работая, с меньшей надежностью, на менее современных.

И, конечно же, EMCAScript6 может занять больше места, но это еще одна вещь в будущем.