go packages which are fine
Go to file
2018-05-27 07:59:41 +00:00
jstream jstream: refactor how jstream.Element works to allow for double discarding 2018-05-27 07:59:41 +00:00
mcfg mcfg: make Child set its hooks to happen _then_, not recursively/concurrently during the parents', otherwise you can't effect a child's behavior with parent configs (e.g. changing the handler being passed into an http server) 2018-05-27 07:58:51 +00:00
mcrypto mcrypto: move SignVerifier code into Secret, to account for encrypting later on 2018-03-26 10:53:49 +00:00
mdb implement mdb.PubSub 2018-02-15 22:47:18 +00:00
mhttp mhttp: initial implementation, very basic 2018-05-27 07:59:25 +00:00
mlog rename some mlog files, change KVer interface slightly 2018-02-15 21:23:04 +00:00
mrpc WIP jstreamrpc: use new jstream decoding method names 2018-05-27 07:59:41 +00:00
mtest implement mtest package 2018-02-11 16:05:36 +00:00
mtime mtime: fix older package doc not having been deleted 2018-05-27 07:57:23 +00:00
env.test implement mdb.PubSub 2018-02-15 22:47:18 +00:00
LICENSE Initial commit 2018-01-11 15:47:01 +00:00
README.md README: add styleguide section 2018-03-26 10:54:01 +00:00

mediocre-go-lib

This is a collection of packages which I use across many of my personal projects. All packages intended to be used start with an m, packages not starting with m are for internal use within this set of packages.

Other third-party packages which integrate into these:

  • merry: used by mlog to embed KV logging information into error instances, it should be assumed that all errors returned from these packages are merry.Error instances. In cases where a package has a specific error it might return and which might be checked for a function to perform that equality check will be supplied as part of the package.

Styleguide

Here are general guidelines I use when making decisions about how code in this repo should be written. Most of the guidelines I have come up with myself have to do with package design, since packages are the only thing which have any rigidity and therefore need any rigid rules.

Everything here are guidelines, not actual rules.