This is the new official source of discordcr!
The old repo has not been updated for countless months and new features, along with library breaking changes, are coming fast.
There is no guarantee any code/updates will be pushed to the old repo again, so as it stands,
this will be where all new code will be pushed and where all new PRs and Issues should be created.
(The "cr" stands for "creative name".)
discordcr isn't designed for beginners to the Discord API - while experience with making bots isn't required, it's certainly recommended. If you feel overwhelmed by the complex documentation, try discordrb first and then check back.
Unlike many other libs which handle a lot of stuff, like caching or resolving, themselves automatically, discordcr requires the user to do such things manually. It also doesn't provide any advanced abstractions for REST calls; the methods perform the HTTP request with the given data but nothing else. This means that the user has full control over them, but also full responsibility. discordcr does not support user accounts; it may work but likely doesn't.
Add this to your application's
dependencies: discordcr: github: shardlab/discordcr
An example bot can be found here. More examples will come in the future.
A short overview of library structure: the
Client class includes the
module, which handles the REST parts of Discord's API; the
handles the gateway, i. e. the interactive parts such as receiving messages. It
is possible to use only the REST parts by never calling the
#run method on a
Client, which is what does the actual gateway connection.
The example linked above has an example of an event (
is called through the gateway, and of a REST call (
Other gateway events and REST calls work much in the same way - see the
documentation for what specific events and REST calls do.
Caching is done using a separate
Cache class that needs to be added into
client = Discord::Client.new # ... cache = Discord::Cache.new(client) client.cache = cache
Resolution requests for objects can now be done on the
cache object instead of
directly over REST, this ensures that if an object is needed more than once
there will still only be one request to Discord. (There may even be no request
at all, if the requested data has already been obtained over the gateway.)
An example of how to use the cache once it has been instantiated:
# Get the username of the user with ID 66237334693085184 user = cache.resolve_user(66237334693085184_u64) user = cache.resolve_user(66237334693085184_u64) # won't do a request to Discord puts user.username
Apart from this, API documentation is also available, at
https://dcr.shardlab.dev/v0.4.0 for v0.4.0
https://dcr.shardlab.dev/master for latest
- Fork it (https://github.com/shardlab/discordcr/fork)
- Create your feature branch (
git checkout -b my-new-feature)
- Commit your changes (
git commit -am 'Add some feature')
- Push to the branch (
git push origin my-new-feature)
- Create a new Pull Request