Quale tipo Scala utilizzare per un elenco di partecipanti alla riunione

Hai menzionato nei tuoi commenti che i tuoi requisiti includono:

• A) Devi essere in grado di aggiungere e rimuovere elementi dalla collezione.
• B) L'ordine degli elementi non è importante.
• C) Le voci duplicate non sono consentite.

Suggerirei di utilizzare un Set immutabile. Dovrebbe avere aggiunte, rimozioni e ricerche costanti, e automaticamente impedirà l'aggiunta di duplicati. Questo è probabilmente un adattamento migliore di un elenco, che in Scala richiede un tempo lineare di aggiornamento, aggiunta o ricerca, poiché è collegato singolarmente e può essere consultato solo a partire dalla testa.

La sintassi per aggiungere e rimuovere da un set immutabile è abbastanza buona.

val xs = Set(alice, bob)
val xs2 = xs + carl              // Set(alice, bob, carl)
val xs3 = xs2 -- Set(alice, bob) // Set(carl)

Hai anche tutte le operazioni tipiche dell'insieme, come i sindacati, gli incroci, ecc.

Come con qualsiasi altro elemento , se disponi di un insieme di dati sufficientemente ampio che le prestazioni sono davvero importanti, fai un benchmark dei risultati.

Riferimento: caratteristiche delle prestazioni delle collezioni Scala

Scala ha molti tipi di raccolta che sono praticamente lì solo per consentire intelligenti ottimizzazioni nell'implementazione (vedi La biblioteca di scala 2.8 è un caso di suicidio più lungo nella storia? ). Quelli che in realtà desideri utilizzare hanno solo [A] e nient'altro, e generalmente non hanno suffissi come "Mi piace".

Se vuoi qualcosa di più astratto di un List , prova un Seq se devi indicizzare con un numero, un Iterable per quando devi creare un iteratore o prendere elementi da destra, e un Traversable se non lo fai.

Tuttavia, in genere dovresti usare un tipo concreto per la memorizzazione "interna", dove dovresti aggiungere e rimuovere elementi. In questi casi, ne selezioni uno basato sulle sue caratteristiche di rendimento , per le quali% co_de Probabilmente il% probabilmente va bene nel tuo caso. I tipi più astratti sono più per accettare una raccolta da un altro codice.