Design pattern: differenze tra le versioni

Versione delle 18:07, 1 feb 2024

Versione attuale delle 17:03, 6 nov 2024

(3 versioni intermedie di 3 utenti non mostrate)

Riga 83:

* [[Layers pattern|Layers]], architettura basata su layer

* [[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'').

* [[Model-view-viewmodel]] (spesso abbreviato in ''MVVM'')

* [[Naked objects]]

Riga 93:

* [[Data Access Object]], per la gestione della [[Persistenza (informatica)|persistenza]]: si tratta fondamentalmente di una [[Classe (informatica)|classe]] con relativi [[Metodo (informatica)|metodi]] che rappresenta un'[[Modello relazionale|entità tabellare]] di un [[RDBMS]].

* [[Data Transfer Object]], per trasferire dati tra sottosistemi di un'applicazione software. I DTO sono spesso usati in congiunzione con gli oggetti di accesso ai dati (DAO) per recuperare i suddetti da una [[base di dati]].

* [[Active record pattern]], tipicamente utilizzato in librerie di persistenza e in [[Object-relational mapping|Object-relational mapper]].

=== Pattern di metodologia ===

Line 99 ⟶ 100:

=== Pattern di concorrenza ===

Nel caso di processi che eseguono contemporaneamente delle attività su dati condivisi si parla di [[concorrenza (informatica)|concorrenza]]. Alcuni design pattern sono stati sviluppati per mantenere [[sincronizzazione (informatica)dei processi|sincronizzato]] lo stato dei dati in tali situazioni:

* [[Active Object]]

* [[Balking pattern]]

Line 126 ⟶ 127:

== Altri progetti ==

{{interprogetto|preposizione=suisul}}

== Collegamenti esterni ==