backbone.js dostęp do atrybutów modelu w modelu - this.attribute VS this.get ("atrybut")?

Question

Z mojego zrozumienia atrybuty modelu backbone.js mają być zadeklarowane jako nieco prywatnych zmiennych składowych mówiąc

this.set({ attributeName: attributeValue }) 
// accessing the value 
this.get('attributeName'); 

Ale gdy piszę funkcje wzięciu rzeczywisty model wydaje się znacznie prostsze powiedzieć, jak to :

this.attributeName = attributeValue; 
// accessing the value 
this.attributeName; 

Zakładam też, że ta druga wersja będzie szybciej przetwarzana, ponieważ nie przechodzi przez zarządzanie zdarzeniami backbone.js.

Więc zastanawiałem się, jak radzicie sobie z zaletami, które są używane przede wszystkim wewnętrznie w modelu. Są to atrybuty, które faktycznie chcieliby być nieco osłonięte od zewnątrz, więc wystawienie ich tak, jak w tym ostatnim przykładzie, może nie jest prawidłowe. Kiedy przeglądam przykłady dla widoku backbone.js, który nie ma metod pobierania i ustawiania, wydaje się, że dobrze jest zrobić to w drugim przykładzie. Czy istnieje jakaś dobra zasada, kiedy używać get/set (atrybut) lub this.attribute podczas kodowania w modelu? A może przykład modelu, który czyni to wyraźniejszym?

Answer 1

Kiedy używać model.get(property) i model.set(...)

Należy użyć get i set dostęp do danych modelki. Oznacza to wszelkie atrybuty, które są częścią serializowanej reprezentacji modelu, która jest pobierana za pomocą fetch i zachowywana przy użyciu save.

Kiedy używać model.attributes.property

Nigdy.

Zawsze należy użyć get, a zwłaszcza set zamiast dostępu do obiektu model.attributes bezpośrednio, chociaż widziałem sprzeczne opinie na ten temat. Wydaje mi się, że istnieje umowa pomiędzy model a jej konsumentami, która gwarantuje, że konsument może zostać powiadomiony o wszelkich zmianach danych modelu za pomocą zdarzenia change. Jeśli bezpośrednio modyfikujesz obiekt atrybutów wewnętrznych, zdarzenia nie są wysyłane, a umowa jest zepsuta. Zdarzenia szkieletowe są bardzo szybkie, szczególnie jeśli nie masz podłączonych żadnych detektorów i nie jest to kwestia korzystna z nadmiernej optymalizacji z Twojej strony.

Chociaż dostęp do atrybutów bezpośrednio zamiast get jest zupełnie nieszkodliwy, należy go unikać, więc obiekt attributes można uznać za całkowicie prywatny.

Jeśli konieczne jest zapobieganie niektórym zdarzeniom powodującym zmianę, można użyć opcji silent:true: model.set({key:val}, {silent:true}). To łamie wspomnianą umowę, a nawet kręgosłup własna dokumentacja daje następujące zastrzeżenie:

pamiętać, że jest to rzadko, a może nawet nigdy, to dobry pomysł. Przejście przez konkretną flagę w opcjach wywołania zwrotnego zdarzenia, które można przeglądać i zignorować, zwykle będzie działać lepiej.

Kiedy stosować model.property

żadnych właściwości, które nie są danych, to tymczasowe zmienne, obliczoną Właściwości itd mogą być dołączone bezpośrednio do jednostki modelu. Te właściwości powinny być uważane za tymczasowe i przechodnie: można je odtworzyć po inicjacji modelu lub w trakcie jego trwania, ale nie powinny one być utrzymywane, zarówno publiczne, jak i prywatne. Typowa konwencja nazewnictwa jest prefiks własności prywatnej z charakterem _ następująco:

this._privateProperty = 'foo'; 
this.publicProperty = 'bar'; 

Answer 2

Nigdy nie jest niekompletna odpowiedź.

Czasami chcesz uzyskać dostęp do kolekcji atrybutów modelu - bez względu na te atrybuty. Rozważmy metodę użytkowego do wykonywania Calcs atrybutów, formatować je do wyjścia, itp

Wygodnym sposobem, aby to zrobić, to aby uzyskać dostęp model.attributes

rozważyć jedną alternatywę, poniżej:

var attributesNames = ['foo', 'bar', 'baz']; 
var attributes = _(attributesNames).map(function(attr) { return model.get(attr); }); 

callSomeUtilityMethod(attributes); 

Dwa problemy:

• Wprowadziliśmy sprzężenie w kolekcji "attributeNames". Co się stanie, jeśli lista się zmieni?
• Straciliśmy powiązanie nazwy/wartości. Możemy przepisać powyższą mapę, ale będzie to więcej pracy.

W tym scenariuszu, to znacznie wygodniejsze zrobić coś takiego:

callSomeUtilityMethod(model.attributes);