Container pattern: differenze tra le versioni

Versione delle 16:52, 11 apr 2009

Versione delle 21:34, 5 mag 2009

Riga 5:

== Funzionamento e Utilizzo ==

Il modello proposto risolve il problema del ''"cracking"'' (della rottura) dell'Incapsulamento in situazioni di [[Ereditarietà_(informatica)|Ereditarietà]] fra [[Classe_informatica|Classi]]. L'ereditarietà è un principio molto potente della programmazione ad oggetti, che però se mal utilizzato genera perdite in fatto di sicurezza. In particolare, si consideri il caso in cui si vogliano estendere le funzionalità di una classe che implementa alcuni [[Metodo_(programmazione)|Metodi]]. Se volessimo creare un nuovo oggetto che, oltre ad implementare tutti i metodi della classe di partenza, modificasse in minima parte uno tra tali metodi, cioè volesse aggiungere alcuni passaggi precedenti o successivi all'[[algoritmo]] di base, la pratica consueta sarebbe quella di derivare dalla classe madre una nuova classe, dichiarando virtual il metodo della classe base e un [[Override]] nella nuova. QuestaQuesto però non è certo il modo più corretto per risolvere tale problema, poichè lascia libertà a chiunque utilizzi la classe madre di "overridare" il metodo virtual indiscriminatamente. Neanche ricorrere all'hiding con l'utilizzo della keyword ''new'' risolve la situazione, infatti non si rispetterebbero più i buoni principi dell'ereditarietà. Allora la risposta viene dal Container Pattern, che consiste nel creare una nuova classe nella quale sarà assegnato un oggetto della nostra classe di partenza come campo della classe, e successivamente la nuova classe creata implementerà un metodo nel quale inseriremo i nuovi passi dell'algoritmo, oltre ad una chiamata all'algoritmo di base tramite l'istanza della classe madre. Per maggiore chiarezza, si faccia riferimento all'esempio proposto.

== Esempio ==

Riga 67:

[[Categoria:Programmazione ad oggetti]]

<!-- Fumo - last: 11/04/2009 -->

--[[Utente:Fumo|Fumo]] ([[Discussioni utente:Fumo|msg]]) 21:34, 5 mag 2009 (CEST)