This commit changes the existing Plumb behavior to allow normal commands to coexist along a plumbed command. This change allows certain behaviors that would otherwise require manually switching on arguments. An example use case of this change would be having a default behavior when a subcommand call doesn't have a command name. For example, given this code: func (b *Banana) Setup(sub *bot.Subcommand) { sub.SetPlumb(b.Help) } func (b *Banana) Green(*gateway.MessageCreateEvent) {} func (b *Banana) Help(*gateway.MessageCreateEvent) {} The subcommand "banana" could have its own help when it's called as "!banana", while "!banana green" would trigger another handler. |
||
---|---|---|
_example | ||
api | ||
bot | ||
discord | ||
gateway | ||
internal | ||
session | ||
state | ||
utils | ||
voice | ||
webhook | ||
.editorconfig | ||
.gitlab-ci.yml | ||
arikawa.go | ||
go.mod | ||
go.sum | ||
LICENSE | ||
README.md |
arikawa
A Golang library for the Discord API.
Examples
Simple
Simple bot example without any state. All it does is logging messages sent into
the console. Run with BOT_TOKEN="TOKEN" go run .
. This example only
demonstrates the most simple needs; in most cases, bots should use the state or
the bot router.
Undeleter
A slightly more complicated example. This bot uses a local state to cache everything, including messages. It detects when someone deletes a message, logging the content into the console.
This example demonstrates the PreHandler feature of the state library. PreHandler calls all handlers that are registered (separately from the session), calling them before the state is updated.
Advanced Bot
A complex example demonstrating the reflect-based command router that's built-in. The router turns exported struct methods into commands, its arguments into command arguments, and more.
The library is documented in details in the package documentation.
Comparison: Why not discordgo?
Discordgo is great. It's the first library that I used when I was learning Go. Though there are some things that I disagree on. Here are some ways that this library is different:
- Better package structure: this library divides the Discord library up into smaller packages.
- Cleaner API/Gateway structure separation: this library separates fields that would only appear in Gateway events, so to not cause confusion.
- Automatic un-pagination: this library automatically un-paginates endpoints that would otherwise not return everything fully.
- Flexible underlying abstractions: this library allows plugging in different JSON and Websocket implementations, as well as direct access to the HTTP client.
- Flexible API abstractions: because packages are separated, the developer could
choose to use a lower level package (such as
gateway
) or a higher level package (such asstate
). - Pre-handlers in the state: this allows the developers to access items from the state storage before they're removed.
- Pluggable state storages: although only having a default state storage in the library, it is abstracted with an interface, making it possible to implement a custom remote or local state storage.
- REST-updated state: this library will call the REST API if it can't find things in the state, which is useful for keeping it updated.
- No code generation: just so the library is a lot easier to maintain.
Testing
The package includes integration tests that require $BOT_TOKEN
. To run these
tests, do:
export BOT_TOKEN="<BOT_TOKEN>"
go test -tags integration -race ./...