Skip to content

zyedidia/generic

Repository files navigation

Generic Data Structures

Test Workflow Go Report Card Go Reference MIT License

This package implements some generic data structures.

  • array2d: a 2-dimensional array.
  • avl: an AVL tree.
  • bimap: a bi-directional map; a map that allows lookups on both keys and values.
  • btree: a B-tree.
  • cache: a wrapper around map[K]V that uses a maximum size and evicts elements using LRU when full.
  • hashmap: a hashmap with linear probing. The main feature is that the hashmap can be efficiently copied, using copy-on-write under the hood.
  • hashset: a hashset that uses the hashmap as the underlying storage.
  • heap: a binary heap.
  • interval: an interval tree, implemented as an augmented AVL tree.
  • list: a doubly-linked list.
  • mapset: a set that uses Go's built-in map as the underlying storage.
  • multimap: an associative container that permits multiple entries with the same key.
  • queue: a First In First Out (FIFO) queue.
  • rope: a generic rope, which is similar to an array but supports efficient insertion and deletion from anywhere in the array. Ropes are typically used for arrays of bytes, but this rope is generic.
  • prope: a persistent version of the rope, which allows for keeping different versions of the rope with only a little extra time or memory.
  • stack: a LIFO stack.
  • trie: a ternary search trie.
  • ulist: an un-rolled doubly-linked list.

See each subpackage for documentation and examples. The top-level generic package provides some useful types and constraints. See DOC.md for documentation.

Contributing

If you would like to contribute a new feature, please let me know first what you would like to add (via email or issue tracker). Here are some ideas:

  • New data structures (bloom filters, graph structures, concurrent data structures, adaptive radix tree, or other kinds of search trees).
  • Benchmarks, and optimization of the existing data structures based on those benchmarks. The hashmap is an especially good target.
  • Design and implement a nice iterator API.
  • Improving tests (perhaps we can use Go's new fuzzing capabilities).