🔊 Bus
Bus is a minimalist event/message bus implementation for internal communication.
It is heavily inspired from my event_bus
package for Elixir language.
API
The method names and arities/args are stable now. No change should be expected
on the package for the version 1.x.x
except any bug fixes.
Installation
Via go packages:
go get github.com/mustafaturan/bus
Usage
Configure
The package requires a unique id generator to assign ids to events. You can
write your own function to generate unique ids or use a package that provides
unique id generation functionality.
The bus
package respect to software design choice of the packages/projects. It
supports both singleton and dependency injection to init a bus
instance.
Hint:
Check the demo project for
the singleton configuration.
Here is a sample initilization using monoton
id generator:
import (
"github.com/mustafaturan/bus"
"github.com/mustafaturan/monoton"
"github.com/mustafaturan/monoton/sequencer"
)
func NewBus() *bus.Bus {
node := uint64(1)
initialTime := uint64(0)
monoton.Configure(sequencer.NewMillisecond(), node, initialTime)
var idGenerator bus.Next = monoton.Next
b, err := bus.NewBus(idGenerator)
if err != nil {
panic(err)
}
b.RegisterTopics("order.received", "order.fulfilled")
return b
}
Register Event Topics
To emit events to the topics, topic names need to be registered first:
b.RegisterTopics("order.received", "order.fulfilled")
Register Event Handlers
To receive topic events you need to register handlers; A handler basically
requires two vals which are a Handle
function and topic Matcher
regex
pattern.
handler := bus.Handler{
Handle: func(e *bus.Event) {
},
Matcher: ".*",
}
b.RegisterHandler("a unique key for the handler", &handler)
Emit Events
ctx := context.Background()
ctx = context.WithValue(ctx, bus.CtxKeyTxID, "some-transaction-id-if-exists")
topic := "order.received"
order := make(map[string]string)
order["orderID"] = "123456"
order["orderAmount"] = "112.20"
order["currency"] = "USD"
event, err := b.Emit(ctx, topic, order)
if err != nil {
fmt.Println(err)
}
fmt.Println(event)
Processing Events
When an event is emitted, the topic handlers receive the event synchronously.
It is highly recommended to process events asynchronous. Package leave the
decision to the packages/projects to use concurrency abstractions depending on
use-cases. Each handlers receive the same event as ref of bus.Event
struct:
type Event struct {
ID string
TxID string
Topic string
Data interface{}
OccurredAt int64
}
Sample Project
A demo project with three
consumers which increments a counter
for each event topic, printer
consumer
which prints all events and lastly calculator
consumer which sums amounts.
Benchmarks
BenchmarkEmit-4 5983903 200 ns/op 104 B/op 2 allocs/op
Contributing
All contributors should follow Contributing Guidelines before creating pull requests.
Credits
Mustafa Turan
License
Apache License 2.0
Copyright (c) 2020 Mustafa Turan
Permission is hereby granted, free of charge, to any person obtaining a copy of
this software and associated documentation files (the "Software"), to deal in
the Software without restriction, including without limitation the rights to
use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of
the Software, and to permit persons to whom the Software is furnished to do so,
subject to the following conditions:
The above copyright notice and this permission notice shall be included in all
copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS
FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR
COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER
IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN
CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.