The current implementation of qslib/scheduler and qslib/reconciler uses a proto-defined struct to represent the state.
This is suboptiomal for a few reasons:
- in exposes internal aspects of state that don't need to be exported symbols
- it adds cruft to the namespace of those packages
- it makes it hard to change the storage/persistence layer for these APIs, becasue clients are aware of the internal representation
This should be cleaned up by putting protos into their own packages.
Comment 1 by ayatane@chromium.org
, Nov 27