Moduł JavaScript Pamięć modelu i wydajność

Question

Używam wzorca modułu JavaScript, aby spróbować zaimplementować funkcję wyliczania podobną do języka C#. Mam dwa sposoby, o których obecnie myślę, aby wdrożyć tę funkcjonalność, ale nie rozumiem wszystkich zalet i zalet jednego sposobu w porównaniu do drugiego.

Oto realizacja 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"); 

A teraz realizacja 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; 

Główna różnica polega na zastosowaniu zmiennej "prywatny" vs "Publiczny" własności przechowywać teksty stałe. Wydaje mi się, że implementacja 1 jest nieco wolniejsza, ale nie byłem pewien, czy zachowanie wyliczeń jako "prywatnych" zmniejszyło zużycie pamięci. Czy ktoś może wyjaśnić różnicę w ilości pamięci i wydajności pamięci dla tych dwóch (jeśli są)? Wszelkie inne sugestie/porady są mile widziane.

Answer 1

... ale nie byłem pewien, czy utrzymując stałe teksty, jak „prywatny” zmniejsza zużycie pamięci

Przeciwieństwem, jeśli w ogóle: Trzeba jeszcze mieć stałe teksty obiekt, i musisz mieć dostęp do funkcji.

Pod względem szybkości, nie martwię się o to. Dodane wywołanie funkcji nie spowoduje żadnej rzeczywistej różnicy (I looked into it, gdy martwisz się o używanie nowego forEach i tym podobnych, a nawet na IE6 z silnikiem JS o dużej pojemności, to po prostu nie ma znaczenia).

W ciągu kilku lat, prawdopodobnie będziesz w stanie mieć najlepsze z obu światów: wyliczenia, które są tylko do odczytu, dzięki ECMAScript5 za Object.defineProperties funkcji:

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

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

Domyślnie, właściwości utworzonych za pomocą defineProperties są tylko do odczytu.

W zasadzie możesz to teraz zrobić, jeśli dodasz podkładkę ES5 ", aby utworzyć Object.defineProperties w przeglądarkach, które nie mają jeszcze natywnej wersji. Wersja "shimmed" tworzyłaby właściwości odczytu i zapisu, ponieważ tylko natywnie obsługiwana wersja może naprawdę tworzyć właściwości tylko do odczytu, ale możesz teraz napisać kod i wiedzieć, że będzie działał jak chcesz w nowoczesnych przeglądarkach (około połowa wszyscy internauci mają je teraz), wciąż pracując, tylko z mniejszą solidnością, na mniej nowoczesnych.

Oczywiście, EMCAScript6 może zająć jeszcze więcej rzeczy, ale to nadal jest przyszłość.