Struct telexide_fork::Client [−][src]
pub struct Client {
pub api_client: Arc<Box<dyn API + Send>>,
pub data: Arc<RwLock<ShareMap>>,
pub allowed_updates: Vec<UpdateType>,
// some fields omitted
}Expand description
The Client is the main object to manage your interaction with telegram.
It handles the incoming update objects from telegram and dispatches them to your event handlers and commands, providing those with access to shared data and easy access to the telegram API itself.
Event Handlers
Event handlers can be configured to be called upon every update that is received. (Later on support will be added for subscribing to more specific update events)
Note that you do not need to manually handle retrieving updates, as they are handled internally and then dispatched to your event handlers.
Examples
use telexide_fork::prelude::*;
#[prepare_listener]
async fn event_listener(ctx: Context, update: Update) {
println!("received an update!")
}
#[tokio::main]
async fn main() -> telexide_fork::Result<()> {
let token = String::from("test token");
let mut client = Client::new(&token);
client.subscribe_handler_func(event_listener);
client.start().await
}Fields
api_client: Arc<Box<dyn API + Send>>The API client, it contains all the methods to talk to the telegram api,
more documentation can be found over at the API docs
data: Arc<RwLock<ShareMap>>Your custom data that you want to be shared amongst event handlers and commands.
The purpose of the data field is to be accessible and persistent across contexts; that is, data can be modified by one context, and will persist through the future and be accessible through other contexts. This is useful for anything that should “live” through the program: counters, database connections, custom user caches, etc. Therefore this ShareMap requires all types it will contain to be Send + Sync.
When using a Context, this data will be available as
Context::data.
Refer to the repeat_image_bot example for an example on using the
data field
allowed_updates: Vec<UpdateType>The update types that you want to receive, see the documentation of
UpdateType for more information
Implementations
Creates a Client object with default values and no framework
Creates a Client object with default values, but with a Framework
Returns a new ClientBuilder
Starts the client and blocks until an error happens in the updates
stream or the program exits (for example due to a panic).
If using the framework, it will update your commands in telegram.
If using a webhook, it will handle it, else it will use polling using a
default UpdatesStream object
Starts the client and blocks until an error happens in the updates
stream or the program exits (for example due to a panic).
If using the framework, it will update your commands in telegram
You have to provide your own UpdatesStream object
Starts the client and blocks until an error happens in the webhook
handling or the program exits (for example due to a panic).
If using the framework, it will update your commands in telegram
You have to provide your own WebhookOptions object
Subscribes an update event handler function (EventHandlerFunc) to
the client and will be ran whenever a new update is received
Subscribes a raw update event handler function (RawEventHandlerFunc)
to the client and will be ran whenever a new update is received
Trait Implementations
Auto Trait Implementations
impl !RefUnwindSafe for Client
impl !UnwindSafe for Client
Blanket Implementations
Mutably borrows from an owned value. Read more
Wrap the input message T in a tonic::Request
pub fn vzip(self) -> V
Attaches the provided Subscriber to this type, returning a
WithDispatch wrapper. Read more
Attaches the current default Subscriber to this type, returning a
WithDispatch wrapper. Read more