Prywatność w JavaScript

Question

Scoping funkcji zapewnia jedyną prywatność w JavaScript.

Więc kanoniczna:

function Ctor(dep1, dep2) { 
    this._dep1 = dep1; 
    this._dep2 = dep2; 
} 

Ctor.prototype.foo = function() { 
    // use this._dep1/2... 
} 

... jest problematyczne, ponieważ oferuje nie enkapsulacji dla wstrzyknięto zależności.

Alternatywnym (aczkolwiek nieznacznie różnią się pod względem lokalizacji foo), który oferuje prawdziwy enkapsulacji może być:

function factory(dep1, dep2) { 
    return { 
    foo: partial(foo, dep1, dep2), // or use bind (partial could be a library fn for partial application) 
    }; 
} 

function foo(dep1, dep2) { 
    // use dep1/2 
} 

ale rzadko zobaczyć ten wzór. Czy istnieje dobry powód, aby nie używać tego ostatniego?

Answer 1

Już określasz zalety drugiego wzoru. Wadami są:

• musisz albo metody grupowe według widoczności (nawet jeśli metoda prywatna jest ściśle związana z jednym publicznym, ale ledwo związanych z innymi metodami prywatnych), albo powtórzyć wszystkie metody publiczne w obiekcie dosłownym (co nie działa dobrze z jsdoc).

• kod wprowadza odrębny przedmiot funkcyjnego dla każdej instancji klasy, która poświęca trochę wydajność (to zwykle nie ma znaczenia, ale czasami może)

• przeciwieństwie do prywatnych modyfikatory w wielu językach programowania, to enkapsulacji nie da się obejść, nawet jeśli źle zastosowałem i naprawdę wiem, co robię (historycznie, JavaScript jest środowiskiem, w którym wszystko idzie, i wielu przypisuje jego sukces temu rozciągnięciu)

Answer 2

Prosta: dlaczego?

"Prywatność" jest przerażająco przereklamowana. Nie ukrywa niczego przed każdym, kto naprawdę tego chce. Posiadanie "chronionych" lub "prywatnych" członków jest wyłącznie dla korzyści programisty, w szczególności dla wskazania, w jaki sposób dany członek ma być używany (ten tutaj jest publiczny interfejs API, ten tutaj nie jest, więc nie dotykaj chyba że wiesz, co robi). To wszystko. Konwencja nazewnictwa, jak na przykład podkreślenia początkowe, jest na tyle perfekcyjna, aby ją zaimplementować. Jeśli nazwa użytkownika zaczyna się od podkreślenia, nie dotykaj go, chyba że wiesz, co robisz.

Nie ma istotnej potrzeby pochylania się w tył dalej.