In Sintesi: Design di applicazioni Multi-Threading

Ecco in sintesi una serie di indicazioni utili e per me illuminanti e sorprendenti sul multi-threading:

le applicazioni multi-threading sono di un ordine di grandezza più complesse delle altre appicazioni quindi è sensibilmente sconveniente portare in causa il multi-threading quando può essere evitato
il ruolo e la principale utilità dello unit-testing e del TDD per le applicazioni multi-threading è quello di portare a disaccoppiare la gestione deil multi-threading dalla logica di business
prima di sviluppare in proprio le funzionalità del multi-threading (gestione dei thread, della sincronizzazione, del locking, dei deadlock etc.) usare componenti esistenti specializzati allo scopo, il più comune è il web server
se proprio si deve sviluppare in proprio le funzioni del multi-threading, il pattern session/application permette di usare un modello di gestione della concorrenza semplice quanto quello impegato nei db

(luKa)