Declarative API. You tell teloxide what you want instead of describing what to do.
Type-safe. teloxide leverages the Rust's type system with two serious implications: resistance to human mistakes and tight integration with IDEs. Write fast, avoid debugging as much as possible.
Flexible API. teloxide gives you the power of streams: you can combine all 30+ patterns when working with updates from Telegram. Feel free to glue handlers both horizontally and vertically.
Persistency. By default, teloxide stores all user dialogues in RAM, but you can store them somewhere else (for example, in DB) just by implementing 2 functions.
Convenient dialogues system. Define a type-safe finite automaton and transition functions to drive a user dialogue with ease (see the guess-a-number example below).
123456789:blablabla
.TELOXIDE_TOKEN
environmental variable to your token:
```bash
$ export TELOXIDE_TOKEN=
$ set TELOXIDE_TOKEN=
3. Be sure that you are up to date:
bash
$ rustup update stable $ rustup override set stable
$ rustup update nightly $ rustup override set nightly ```
cargo new my_bot
, enter the directory and put these lines into your Cargo.toml
:
toml
[dependencies]
teloxide = "0.2.0"
log = "0.4.8"
tokio = "0.2.11"
pretty_env_logger = "0.4.0"
This bot has a single message handler, which answers "pong" to each incoming message:
(Full) ```rust use teloxide::prelude::*;
async fn main() { teloxide::enablelogging!(); log::info!("Starting pingpong_bot!");
let bot = Bot::from_env();
Dispatcher::new(bot)
.messages_handler(|rx: DispatcherHandlerRx<Message>| {
rx.for_each(|message| async move {
message.answer("pong").send().await.log_on_error().await;
})
})
.dispatch()
.await;
}
```
Commands are defined similar to how we define CLI using structopt. This bot says "I am a cat! Meow!" on /meow
, generates a random number within [0; 1) on /generate
, and shows the usage guide on /help
:
(Full) ```rust // Imports are omitted...
enum Command { #[command(description = "display this text.")] Help, #[command(description = "be a cat.")] Meow, #[command(description = "generate a random number within [0; 1).")] Generate, }
fn generate() -> String { threadrng().genrange(0.0, 1.0).to_string() }
async fn answer(
cx: DispatcherHandlerCx
Ok(())
}
async fn handlecommands(rx: DispatcherHandlerRx
async fn main() { // Setup is omitted... } ```
See? The dispatcher gives us a stream of messages, so we can handle it as we want! Here we use our .commands::<Command>()
and .for_each_concurrent()
, but others are also available:
- .flatten()
- .left_stream()
- .scan()
- .skip_while()
- .zip()
- .select_next_some()
- .fold()
- .inspect()
- ... And lots of others!
Wanna see more? This is a bot, which starts a game on each incoming message. You must guess a number from 1 to 10 (inclusively):
(Full) ```rust // Setup is omitted...
enum Dialogue { #[default] Start, ReceiveAttempt(u8), }
async fn handlemessage(
cx: DialogueDispatcherHandlerCx
async fn main() { // Setup is omitted... } ```
Our finite automaton, designating a user dialogue, cannot be in an invalid state, and this is why it is called "type-safe". We could use enum
+ Option
s instead, but it will lead is to lots of unpleasure .unwrap()
s.
Remember that a classical finite automaton is defined by its initial state, a list of its possible states and a transition function? We can think that Dialogue
is a finite automaton with a context type at each state (Dialogue::Start
has ()
, Dialogue::ReceiveAttempt
has u8
).
See examples/dialogue_bot to see a bit more complicated bot with dialogues.
Use this pattern:
```rust
async fn main() { run().await; }
async fn run() { // Your logic here... } ```
Instead of this:
```rust
async fn main() { // Your logic here... } ```
The second one produces very strange compiler messages because of the #[tokio::main]
macro. However, the examples in this README use the second variant for brevity.
Issues is a good place for well-formed questions, for example, about the library design, enhancements, bug reports. But if you can't compile your bot due to compilation errors and need quick help, feel free to ask in our official group: https://t.me/teloxide.
Most programming languages have their own implementations of Telegram bots frameworks, so why not Rust? We think Rust provides enough good ecosystem and the language itself to be suitable for writing bots.
Feel free to push your own bot into our collection: https://github.com/teloxide/community-bots. Later you will be able to play with them right in our official chat: https://t.me/teloxide.
See CONRIBUTING.md.