Design pattern: differenze tra le versioni

Versione delle 17:01, 24 feb 2014

Versione delle 03:15, 20 mar 2014

Riga 10:

Il tema dei pattern viene oggi considerato una delle linee principali di sviluppo dell'ingegneria del software object-oriented. Esso trova applicazioni in tutta una serie di contesti di grande interesse per l'[[industria del software]], dallo [[componente software|sviluppo di software basato su componenti]], ai [[sistema aperto|sistemi aperti]], ai [[framework]] e così via. La maggior parte dei [[linguaggio di programmazione|linguaggi di programmazione]] moderni, e di tecnologie correlate, sono stati progettati (o modificati) tenendo conto anche dell'obiettivo di essere coerenti con questo approccio emergente allo sviluppo del software.

La nascita del "movimento" dei pattern in informatica si deve al celebre libro ''[[Design Patterns|Design Patterns: Elementi per il riuso di software ad oggetti]]'' di [[Erich Gamma]], [[Richard Helm]], [[Ralph Johnson (informatico)|Ralph Johnson]] e [[John Vlissides]] ([[1995]]). Grazie al successo di quest'opera, i suoi quattro autori divennero nomi talmente citati che la comunità scientifica iniziò, per brevità, a identificarli collettivamente con un nomignolo: la "banda dei quattro" (''[[Gang of four|Gang of Four]]'' o ''Gof'').

== Struttura di un pattern ==

Riga 58:

* [[Chain of responsibility pattern|Chain of Responsibility]] ("catena di responsabilità") diminuisce l'accoppiamento fra l'oggetto che effettua una richiesta e quello che la soddisfa, dando a più oggetti la possibilità di soddisfarla

* Il [[Command pattern|Command]] ("comando") permette di isolare la porzione di codice che effettua un'azione dal codice che ne richiede l'esecuzione.

* [[Event listener|Event Listener]] ("ascoltatore di eventi")

* [[Hierarchical visitor pattern|Hierarchical Visitor]] ("visitatore di gerarchia")

* [[Interpreter pattern|Interpreter]] ("interprete") dato un linguaggio, definisce una rappresentazione della sua grammatica insieme ad un interprete che utilizza questa rappresentazione per l'interpretazione delle espressioni in quel determinato linguaggio.

Riga 85:

* [[Microkernel pattern|Microkernel]]

* [[Model-View-Controller|Model-View-Controller (abbreviato spesso in ''MVC'')]], che consiste nel separare i componenti software che implementano il modello delle funzionalità di business (''model''), dai componenti che implementano la logica di presentazione (''view'') e da quelli di controllo che tali funzionalità utilizzano (''controller'').

* [[Naked objects|Naked Objects]]

* [[Pipes and Filters pattern|Pipes and Filters]]

* [[Presentation Abstraction Control pattern|Presentation Abstraction Control]]