Per un linguaggio non OOP come google go, è idiota andare a implementare nuovi tipi di contenitori usando tipi di dati come array o liste in modo da implementare funzionalità convenienti come il metodo contains che è assente da tutti i tipi di contenitori compilati?
Il pacchetto container contiene attualmente oggetti predefiniti per heap, elenchi con doppio collegamento e elenchi circolari. Il codice sorgente per il pacchetto contenitore / lista fornisce anche il modo idiomatico di scorrere gli elenchi. Con tipi di dati così facili da definire, non penso che ci siano problemi nell'implementare nuovi contenitori da soli. Immagino anche che, come Go matures, aggiungerà ulteriori strutture dati integrate.
Un canale è essenzialmente una coda FIFO; consulta questa fonte per assistenza su come rendere i tuoi tipi protetti da thread.
Leggi altre domande sui tag programming-languages algorithms go google