Strategy pattern: differenze tra le versioni
Contenuto cancellato Contenuto aggiunto
m Bot: niente template:sezione vuota nelle sezioni non vuote |
m →Altri progetti: Aggiunto il parametro "Preposizione" nel template "Interprogetto" |
||
(5 versioni intermedie di 5 utenti non mostrate) | |||
Riga 5:
L'obiettivo di questa architettura è isolare un [[algoritmo]] all'interno di un oggetto, in maniera tale da risultare utile in quelle situazioni dove sia necessario modificare dinamicamente gli algoritmi utilizzati da un'[[applicazione (informatica)|applicazione]]. Si pensi ad esempio alle possibili visite in una struttura ad albero (visita anticipata, simmetrica, posticipata); mediante il pattern strategy è possibile selezionare a tempo di [[esecuzione (informatica)|esecuzione]] una tra le visite ed eseguirla sull'albero per ottenere il risultato voluto. Anche il design pattern [[Iterator pattern|Iterator]] si basa su questo concetto di isolamento.
Questo pattern prevede che gli algoritmi siano intercambiabili tra loro, in base ad una specificata condizione, in modalità trasparente al client che ne fa uso. In altre parole, data una famiglia di algoritmi che implementa una certa funzionalità, come può essere ad esempio un algoritmo di visita oppure di ordinamento,
== Struttura ==
[[File:StrategyPattern.png|center|Struttura del Design Pattern Strategy]]
== Esempio ==
L'esempio seguente è stato codificato con il linguaggio di programmazione [[Java (
<
// "Strategy"
Line 113 ⟶ 112:
}
</syntaxhighlight>
Utilizzo dello Strategy: nel seguente esempio vediamo come ordinare una lista di documenti con due diversi algoritmi di ordinamento senza che la classe che si occupa di ordinare i documenti conosca l'implementazione dell'algoritmo di ordinamento.
<
public class SortDocument {
Line 139 ⟶ 138:
}
</syntaxhighlight>
== Considerazioni ==
Line 154 ⟶ 153:
== Altri progetti ==
{{interprogetto|preposizione=sullo}}
{{Design
{{portale|informatica}}
[[Categoria:
|