Incapsulamento
Il primo pilastro della programmazione object-oriented isencapsulation . L’idea alla base dell’incapsulamento è quellavuoi mantenere ogni tipo o classe discreta e autonoma. Thisallows di cambiare l’implementazione di una classe withoutaffecting qualsiasi altra classe.
Una classe che fornisce un metodo che altre classi possono utilizzare è chiamataserver. Viene chiamata una classe che utilizza tale metodoa client. L’obiettivo di incapsulamento è che youcan cambiare i dettagli di come un server fa il suo lavoro senza breakinganything nell’implementazione del client.
Ciò si ottiene tracciando una linea luminosa e brillante trapublic interfacedi una classe e il suoprivate implementation. L’interfaccia pubblica èun contratto emesso dalla tua classe che dice, prometto di essere in grado di fare questo lavoro. In particolare, vedrai che un’interfaccia pubblica dice di chiamare questo metodo, con questi parametri, e farò questo lavoro e restituirò questo valore. Un clientpuò fare affidamento su un’interfaccia pubblica per non cambiare. Se le interfacce pubbliche cambiano, il client deve essere ricompilato e forse progettato.
L’implementazione privata, d’altra parte, è privata per theserver. Il progettista della classe server è libero di cambiarecome fa il lavoro promesso in publicinterface, a patto che continui a soddisfare i termini del suoimplicit contratto: deve prendere i parametri dati, fare il promisedwork e restituire il valore promesso.
Ad esempio, potresti avere un metodo pubblico che promette come segue:Dammi un importo in dollari e un certo numero di anni, e restituirò il valore attuale netto. Come Lei computethat ammontare è il Suo commercio; se un cliente fornisce un amountand di dollaro un numero di anni, Lei deve restituire il valore attuale netto. Youmight implementarlo inizialmente mantenendo una tabella di valori. Potresti cambiarlo in un secondo momento per calcolare il valore usando l’algebra appropriata. Questo è il tuo business e non influisce sulcliente. Finché non cambi publicinterface (ad esempio, finché non cambi il numero o il tipo di parametri previsti o cambi il tipo di valore di thereturn), i tuoi clienti non si romperanno mentre cambi l’implementazione.