40 releases
0.16.0-rc.1 | Feb 21, 2024 |
---|---|
0.15.4 | Sep 10, 2023 |
0.15.2 | Apr 27, 2023 |
0.15.1 | Feb 26, 2023 |
0.2.1 | Nov 29, 2020 |
#104 in Asynchronous
104 downloads per month
Used in twilight
1.5MB
31K
SLoC
twilight-standby
Standby is a utility to wait for an event to happen based on a predicate check. For example, you may have a command that has a reaction menu of ✅ and ❌. If you want to handle a reaction to these, using something like an application-level state or event stream may not suit your use case. It may be cleaner to wait for a reaction inline to your function. This is where Twilight Standby comes in.
Standby allows you to wait for things like an event in a certain guild
(Standby::wait_for
), a new message in a channel
(Standby::wait_for_message
), a new reaction on a message
(Standby::wait_for_reaction
), and any event that might not take place in
a guild, such as a new Ready
event (Standby::wait_for_event
). Each
method also has a stream variant.
To use Standby it must process events, such as in an event loop of events
received by the gateway. Check out the Standby::process
method.
When to use futures and streams
Standby
has two variants of each method: a future variant and a stream
variant. An example is Standby::wait_for_message
, which also has a
Standby::wait_for_message_stream
variant. The future variant is useful
when you want to oneshot an event that you need to wait for. This means that
if you only need to wait for one message in a channel to come in, you'd use
the future variant. If you need to wait for multiple messages, such as maybe
all of the messages within a minute's timespan, you'd use the
Standby::wait_for_message_stream
method.
The difference is that if you use the futures variant in a loop then you may miss some events while processing a received event. By using a stream, you won't miss any events.
Timeouts
Timeouts on futures isn't directly provided by Standby. Futures can be timed out
with support from crates such as tokio::time::timeout
. An example of this is
detailed on the Standby
type.
Examples
At a glance
Wait for a message in channel 123 by user 456 with the content "test":
use twilight_model::{
gateway::payload::incoming::MessageCreate,
id::Id,
};
use twilight_standby::Standby;
#[tokio::main]
async fn main() -> Result<(), Box<dyn std::error::Error>> {
let standby = Standby::new();
let channel_id = Id::new(123);
let message = standby.wait_for_message(channel_id, |event: &MessageCreate| {
event.author.id.get() == 456 && event.content == "test"
}).await?;
Ok(())
}
A full example
A full sample bot connecting to the gateway, processing events, and including a handler to wait for reactions:
use std::{env, sync::Arc};
use twilight_gateway::{Event, EventTypeFlags, Intents, Shard, ShardId, StreamExt as _};
use twilight_model::{
channel::Message,
gateway::payload::incoming::ReactionAdd,
};
use twilight_standby::Standby;
#[tokio::main]
async fn main() -> anyhow::Result<()> {
let token = env::var("DISCORD_TOKEN")?;
// Start a shard connected to the gateway to receive events.
let intents = Intents::GUILD_MESSAGES | Intents::GUILD_MESSAGE_REACTIONS;
let mut shard = Shard::new(ShardId::ONE, token, intents);
let standby = Arc::new(Standby::new());
while let Some(item) = shard.next_event(EventTypeFlags::all()).await {
let Ok(event) = item else {
tracing::warn!(source = ?item.unwrap_err(), "error receiving event");
continue;
};
// Have standby process the event, which will fulfill any futures
// that are waiting for an event.
standby.process(&event);
match event {
Event::MessageCreate(msg) if msg.content == "!react" => {
tokio::spawn(react(msg.0, Arc::clone(&standby)));
},
_ => {},
}
}
Ok(())
}
// Wait for a reaction from the user who sent the message, and then print it
// once they react.
async fn react(msg: Message, standby: Arc<Standby>) -> anyhow::Result<()> {
let author_id = msg.author.id;
let reaction = standby.wait_for_reaction(msg.id, move |event: &ReactionAdd| {
event.user_id == author_id
}).await?;
println!("user reacted with {:?}", reaction.emoji);
Ok(())
}
For more examples, check out each of the methods on Standby
.
Dependencies
~5–11MB
~116K SLoC