Mă uit la punerea în aplicare a membrilor privați dactilografiat, și mi se pare un pic confuz. IntelliSense nu permite să acceseze membru privat, dar pur JavaScript, e tot acolo. Acest lucru mă face să cred că TS nu pune în aplicare în mod corect privat membri. Orice gânduri?
class Test{
private member: any = private member;
}
alert(new Test().member);
La fel ca și cu verificarea de tip, viața privată a membrilor sunt puse în aplicare numai în cadrul compilator.
O proprietate privată este pus în aplicare ca o proprietate regulat, și codul din afara clasei nu îi este permis să-l acceseze.
Pentru a face ceva cu adevărat privat în interiorul clasei, nu poate fi un membru al clasei, ar fi o variabilă locală , creată în interiorul unui domeniu de aplicare funcții în interiorul codul care creează obiectul. Asta ar însemna că nu se poate accesa ca un membru al clasei, adică folosind thiscuvântul cheie.
JavaScript nu acceptă variabile private.
function MyClass() {
var myPrivateVar = 3;
this.doSomething = function() {
return myPrivateVar++;
}
}
Dactilografiat acest lucru ar fi exprimat astfel:
class MyClass {
doSomething: () => number;
constructor() {
var myPrivateVar = 3;
this.doSomething = function () {
return myPrivateVar++;
}
}
}
EDITAȚI | ×
Această abordare ar trebui să fie utilizat numai cu moderație în cazul în care este absolut necesar. De exemplu , în cazul în care aveți nevoie pentru a cache temporar o parolă.
Există costuri de performanță în utilizarea acestui model (irelevant de Javascript sau typescript) și trebuie utilizat numai în cazul în care este absolut necesar.
Odată ce sprijinul pentru WeakMap este mai disponibil pe scară largă există o tehnică interesantă este detaliat în exemplul # 3 aici .
Acesta permite datelor private și evită costurile de performanță de exemplu, Jason Evans, permițând ca datele să fie accesibile din metodele de prototip în loc de metode de instanță numai.
Legat MDN WeakMap liste pagina de suport browser-ul de la Chrome 36, Firefox 6.0, IE 11, Opera 23 și Safari 7.1.
let _counter = new WeakMap();
let _action = new WeakMap();
class Countdown {
constructor(counter, action) {
_counter.set(this, counter);
_action.set(this, action);
}
decrement() {
let counter = _counter.get(this);
if (counter < 1) return;
counter--;
_counter.set(this, counter);
if (counter === 0) {
_action.get(this)();
}
}
}
Datorită Sean Feldman pentru link - ul la discuția oficială cu privire la această problemă - a se vedea răspunsul său pentru link - ul.
Am citit discuția legată de el, și aici este un rezumat al punctelor - cheie:
thisfără un fel de workaround@privateastfel minifiers care recunosc că adnotare poate minify în mod eficient numele metodelor
În general contra-argumente pentru adăugarea de suport de vizibilitate în codul emis:
Dactilografiat funcții private sunt accesibile numai în interiorul clasei. Ca
Și va afișa o eroare atunci când încercați să accesați un membru privat. Iată exemplul:
Notă: Va fi bine cu JavaScript și ambele funcții sunt accesibile din exterior.
Îmi dau seama că aceasta este o discuție mai veche, dar ar putea fi încă utilă pentru a partaja soluția mea la problema variabilelor presupuse private și metode într-o mașină de scris „scurgerea“ afară, în interfața publică a clasei JavaScript compilat.
Pentru mine această problemă este pur cosmetic, adică este vorba de dezordine vizual atunci când o variabilă instanță este vizualizat în DevTools. Fix mea este de declarații private de grup împreună într -o altă clasă , care este apoi instanțiat în clasa principală și atribuite unui private(dar încă vizibile în mod public în JS) variabilă cu un nume de genul __(subliniere dublă).
Exemplu:
class Privates {
readonly DEFAULT_MULTIPLIER = 2;
foo: number;
bar: number;
someMethod = (multiplier: number = this.DEFAULT_MULTIPLIER) => {
return multiplier * (this.foo + this.bar);
}
private _class: MyClass;
constructor(_class: MyClass) {
this._class = _class;
}
}
export class MyClass {
private __: Privates = new Privates(this);
constructor(foo: number, bar: number, baz: number) {
// assign private property values...
this.__.foo = foo;
this.__.bar = bar;
// assign public property values...
this.baz = baz;
}
baz: number;
print = () => {
console.log(`foo=${this.__.foo}, bar=${this.__.bar}`);
console.log(`someMethod returns ${this.__.someMethod()}`);
}
}
let myClass = new MyClass(1, 2, 3);
În cazul în care myClassinstanța este vizualizat în DevTools, în loc să vadă toți membrii săi „private“ cu adevărat cele amestecate publice (care se poate obține foarte vizual dezordonat în refactored corect codul de viața reală) pe care le vezi frumos grupate în interiorul prăbușită __proprietatea:
Mulți oameni susțin acest lucru nu este posibil din cauza limitărilor în JavaScript. Aș spune că e limitări în creativitatea dezvoltatorilor JavaScript.
Sunt în curs de dezvoltare o bibliotecă chiar acum , care permite membrilor succesorale și private protejate de clase, precum și interfețe, etc numit ClassJS. Verifică - l aici pe GitHub .