Crates.io | twilight-standby |
lib.rs | twilight-standby |
version | 0.16.0-rc.1 |
source | src |
created_at | 2020-08-30 02:56:27.566213 |
updated_at | 2024-02-21 17:37:15.779123 |
description | Utility to filter wait for filtered incoming events for the Twilight ecosystem. |
homepage | https://twilight.rs/chapter_1_crates/section_6_standby.html |
repository | https://github.com/twilight-rs/twilight.git |
max_upload_size | |
id | 282542 |
size | 69,654 |
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.
[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 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.
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 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
].