WTelegramBot 7.2.1-dev.1
See the version list below for details.
dotnet add package WTelegramBot --version 7.2.1-dev.1
NuGet\Install-Package WTelegramBot -Version 7.2.1-dev.1
<PackageReference Include="WTelegramBot" Version="7.2.1-dev.1" />
paket add WTelegramBot --version 7.2.1-dev.1
#r "nuget: WTelegramBot, 7.2.1-dev.1"
// Install WTelegramBot as a Cake Addin #addin nuget:?package=WTelegramBot&version=7.2.1-dev.1&prerelease // Install WTelegramBot as a Cake Tool #tool nuget:?package=WTelegramBot&version=7.2.1-dev.1&prerelease
Powerful Telegram Bot API library for .NET
WTelegramBot is a full rewrite in pure C# of Telegram Bot API server, presenting the same methods as the Telegram.Bot library for easy migration.
The library is built on top of WTelegramClient to connect directly to Telegram Client API and gives you additional control over your bot, updates and call methods normally impossible to use with Bot API.
Advantages of WTelegram.Bot
Using class WTelegram.Bot
you have access to a clean set of developer-friendly methods to easily access the Bot API
You can also call Client API methods that are possible for bots but not accessible from Bot API! Some examples:
- Fetch past messages of group/channel
- Get group/channel members list
- Resolve user/chat usernames
- Get full details of users/chats
- Send/receive big files
You also get access to raw Updates information from Client API, in addition to the usual Bot API updates. They contain more information than the limited set of Bot API updates! Some examples:
- Detect deletion of messages (not always immediate)
- Get more info on message media (like date of original media upload, sticker duration, ...)
- Notification when your messages were read in a group
See the Example app for a nice demonstration of features.
➡️ There are still a lot of restrictions to bots, even via Client API, so don't expect to be able to do many fancy things
<a name="migration"></a>
Migration of existing Telegram.Bot code
The library contains a compatibility layer as Telegram.Bot.TelegramBotClient
inheriting from WTelegram.Bot.
Basically, you just need to change the nuget package dependency from Telegram.Bot to WTelegramBot.
After that, here are the points you should pay attention to when migrating existing code:
Changes needed in your code:
- On
TelegramBotClient
constructor (or options), you will need to provide an ApiID and ApiHash (obtained from https://my.telegram.org/apps) as well as a DbConnection, typically SqliteConnection:
MySQL, PosgreSQL, SQLServer, and any custom DB are also supported// requires Nuget package: Microsoft.Data.Sqlite var dbConnection = new Microsoft.Data.Sqlite.SqliteConnection(@"Data Source=WTelegramBot.sqlite");
TelegramBotClient
andWTelegram.Bot
areIDisposable
, so you should call.Dispose()
when you're done using it, otherwise it will stay actively connected to Telegram servers and might not save its latest state.
⚠️ Remember to close/dispose the dbConnection as well- Error messages on
ApiRequestException
may sometimes differ from the usual Bot API errors - FileID/FileUniqueID/InlineMessageId are not compatible with official Bot API ones, they are to be used with this library only.
- Calling
MakeRequestAsync
with API request structures is not supported (except GetUpdatesRequest)
Use the direct async methods instead. - There is no support for HTTP / Webhooks (see support for ASP.NET apps)
- Methods DeleteWebhookAsync & LogOutAsync are forwarded to the Cloud Bot API. Use method CloseAsync to logout locally.
- Serialization via Newtonsoft.Json is not supported, but you can use System.Text.Json serialization instead with
WTelegram.BotHelpers.JsonOptions
Changes about Text Entities:
- Text entities are of type
TL.MessageEntity
(and derived classes) instead ofTelegram.Bot.Types.MessageEntity
If your existing code used MessageEntity a lot, you might find it useful to add this line at the top of one of your file:global using MessageEntity = TL.MessageEntity;
- To access
entity.Url
, useentity.Url()
- To access
entity.User
, useentity.User(botClient)
; orentity.UserId()
if you only need the ID MessageEntityType
are constant strings instead of enum, but you can testentity.Type == MessageEntityType.Something
in the same way as before- WTelegramClient includes two helper classes to convert entities to/from HTML/Markdown:
HtmlText
&Markdown
- Texts in Markdown (V1) will be parsed as MarkdownV2. some discrepancy or error may arise due to reserved characters
Making the library more easy to use, backward-compatibility friendly
As versions goes, the Telegram.Bot library has tend to break existing code.
I believe backward-compatibility is very important to gain the trust of users of my library.
So I've tried to restore what got broken over time and what used to make the Telegram.Bot library simple and attractive to use, like helpers or implicit constructors for parameters:
ReplyParameters
: just pass anint
when you just want to reply to a message
(so the new replyParameters: parameter behaves the same as the old replyToMessageId: parameter)LinkPreviewOptions
: just pass abool
(true) to disable link preview
(so the new linkPreviewOptions: parameter behaves the same as the old disableWebPagePreview: parameter)InputFile
: just pass astring
/Stream
for file_id/url/stream content (as was possible in previous versions of Telegram.Bot)InputMedia*
: just pass anInputFile
when you don't need to associate caption or suchMessageId
: auto-converts to/fromint
(and also fromMessage
)ReactionType
: just pass astring
when you want to send an emojiReactionType
: just pass along
when you want to send a custom emoji (id)- Some other obvious implicit conversion operators for structures containing a single property
- No more enforcing
init;
properties, so you can adjust the content of fields as you wish or modify a structure returned by the API (before passing it back to the API) - Not using the annoying
MaybeInaccessibleMessage
, you would just get aMessage
of type Unknown with default Date if inaccessible - Removed many [Obsolete] tags for things that still simplify your code
- Turned many nullable (like
bool?
) into normal type (likebool
) whennull
meant the same as the default value (likefalse
) - Turned some
ParseMode?
back intoParseMode
(restoring the oldParseMode.Default
which is the same as default/null) - Restored some
MessageType
enum value that were removed (renamed) recently (easier compatibility) - Not pushing you towards using silly Request-based constructors (seriously!?)
These should make migration from previous versions of Telegram.Bot more easy
Additional helpers:
- TelegramBotClient.AllUpdateTypes to make your bot accept all available updates.
Difference between classes WTelegram.Bot
and TelegramBotClient
If you're porting an existing codebase, you can continue to use TelegramBotClient as it has the same methods you're used to.
But if you're creating a new bot rather than migrating existing code, it is recommended that you use WTelegram.Bot.
Here are the differences:
- The method names don't have the *Async suffix (even though they should still be invoked with
await
) so they are more close to official Bot API method names. - The orders of parameters can differ, presenting a more logical order for developers, with the more rarely used optional parameters near the end.
- There is no CancellationToken parameter because it doesn't make sense to abort an immediate TCP request to Client API.
(Even with HTTP Bot API, it didn't make much sense: You can use cancellationToken.ThrowIfCancellationRequested() at various points of your own code if you want it to be cancellable) - In case of an error, WTelegram.Bot will throw
WTelegram.WTException
likeTL.RpcException
showing the raw Telegram error, instead of an ApiRequestException
How to access the advanced features?
The Example app demonstrates all of the features below.
On each Update/Message/User/Chat you receive, there is an extra field named "TL...
" that contains the corresponding raw Client API structure, which may contain extra information not transcribed into the Bot API
You can also enable TelegramBotClient.WantUnknownTLUpdates
to receive updates that usually would have been silently ignored by Bot API
(they will be posted as Update of type Unknown with the TLUpdate field filled)
Some extended API calls can be made via WTelegram.Bot
special methods:
GetChatMemberList
: fetch a list of chat membersGetMessagesById
: fetch posted messages (or range of messages) based on their message IDsInputUser
: can resolve a username into a user ID that you can then use with GetChatGetChat
: can obtain details about any group/channel based on their public name, or a user ID resolved by InputUser
Other extended API calls not usually accessible to Bot API can be made via the Bot.Client
property which is the underlying WTelegramClient instance.
- This way, you can use new features available only in Client API latest layers without waiting months for it to be available in Bot API
For more information about calling Client API methods, you can read that library's documentation or search through the official Client API documentation, but make sure to look for the mention "Bots can use this method" (other methods can't be called).
Note: If you want to experiment with these, you'll need to add a
using TL;
on top of your code, and these calls might throwTL.RpcException
instead ofApiRequestException
Some other WTelegram.Bot
methods (for example, beginning with Input*) and extension methods can help you convert Bot API ids or structure to/from Client API.
Support for ASP.NET apps
If your app is written as an ASP.NET app using webhooks, you can still use this library using background Polling:
// instead of calling SetWebhookAsync, run the following code once your app starts:
BotClient.StartReceiving(HandleUpdate, HandlePollingError);
You should make sure your hosting service won't stop/recycle your app after some HTTP inactivity timeout.
(some host providers have an "always on" option, or alternatively you can ping your service with an HTTP request every 5 min to keep it alive)
Help with the library
This library is still quite new but I tested it extensively to make sure it covers all of the Bot API successfully.
If you have questions about the (official) Bot API methods from TelegramBotClient, you can ask them in Telegram.Bot support chat.
If your question is more specific to WTelegram.Bot, or an issue with library behaviour, you can ask them in @WTelegramClient.
If you like this library, you can buy me a coffee ❤ This will help the project keep going.
© 2024 Olivier Marcoux
Product | Versions Compatible and additional computed target framework versions. |
---|---|
.NET | net5.0 is compatible. net5.0-windows was computed. net6.0 was computed. net6.0-android was computed. net6.0-ios was computed. net6.0-maccatalyst was computed. net6.0-macos was computed. net6.0-tvos was computed. net6.0-windows was computed. net7.0 was computed. net7.0-android was computed. net7.0-ios was computed. net7.0-maccatalyst was computed. net7.0-macos was computed. net7.0-tvos was computed. net7.0-windows was computed. net8.0 is compatible. net8.0-android was computed. net8.0-browser was computed. net8.0-ios was computed. net8.0-maccatalyst was computed. net8.0-macos was computed. net8.0-tvos was computed. net8.0-windows was computed. |
.NET Core | netcoreapp2.0 was computed. netcoreapp2.1 was computed. netcoreapp2.2 was computed. netcoreapp3.0 was computed. netcoreapp3.1 was computed. |
.NET Standard | netstandard2.0 is compatible. netstandard2.1 was computed. |
.NET Framework | net461 was computed. net462 was computed. net463 was computed. net47 was computed. net471 was computed. net472 was computed. net48 was computed. net481 was computed. |
MonoAndroid | monoandroid was computed. |
MonoMac | monomac was computed. |
MonoTouch | monotouch was computed. |
Tizen | tizen40 was computed. tizen60 was computed. |
Xamarin.iOS | xamarinios was computed. |
Xamarin.Mac | xamarinmac was computed. |
Xamarin.TVOS | xamarintvos was computed. |
Xamarin.WatchOS | xamarinwatchos was computed. |
-
.NETStandard 2.0
- System.ComponentModel.Annotations (>= 5.0.0)
- WTelegramClient (>= 4.1.1)
-
net5.0
- WTelegramClient (>= 4.1.1)
-
net8.0
- WTelegramClient (>= 4.1.1)
NuGet packages (1)
Showing the top 1 NuGet packages that depend on WTelegramBot:
Package | Downloads |
---|---|
ZiziBot.TelegramBot.Framework
Building command-based Telegram Bot |
GitHub repositories
This package is not used by any popular GitHub repositories.
Version | Downloads | Last updated |
---|---|---|
8.0.1 | 109 | 11/22/2024 |
8.0.1-dev.1 | 54 | 11/21/2024 |
7.11.1 | 98 | 11/18/2024 |
7.11.1-dev.1 | 44 | 11/6/2024 |
7.10.3-dev.5 | 79 | 10/12/2024 |
7.10.3-dev.4 | 46 | 10/10/2024 |
7.10.3-dev.3 | 47 | 10/9/2024 |
7.10.3-dev.2 | 66 | 9/21/2024 |
7.10.3-dev.1 | 44 | 9/21/2024 |
7.10.2 | 1,061 | 9/8/2024 |
7.9.2-dev.3 | 56 | 9/7/2024 |
7.9.2-dev.2 | 50 | 9/7/2024 |
7.9.1 | 322 | 8/14/2024 |
7.8.2-dev.2 | 63 | 8/14/2024 |
7.8.2-dev.1 | 63 | 8/14/2024 |
7.8.1 | 221 | 7/31/2024 |
7.7.1 | 144 | 7/21/2024 |
7.7.1-dev.4 | 53 | 7/21/2024 |
7.7.1-dev.3 | 59 | 7/21/2024 |
7.7.1-dev.2 | 59 | 7/21/2024 |
7.7.1-dev.1 | 57 | 7/20/2024 |
7.6.2 | 124 | 7/20/2024 |
7.6.1 | 153 | 7/6/2024 |
7.4.1-dev.6 | 43 | 7/5/2024 |
7.4.1-dev.4 | 45 | 7/1/2024 |
7.4.1-dev.2 | 62 | 6/10/2024 |
7.4.1-dev.1 | 63 | 6/6/2024 |
7.3.2-dev.1 | 51 | 6/5/2024 |
7.3.1 | 244 | 6/4/2024 |
7.3.1-dev.4 | 55 | 6/4/2024 |
7.3.1-dev.3 | 80 | 5/7/2024 |
7.3.1-dev.2 | 68 | 5/7/2024 |
7.3.1-dev.1 | 73 | 5/6/2024 |
7.2.1-dev.1 | 69 | 4/30/2024 |
7.2.0 | 189 | 4/29/2024 |
7.2.0-dev.8 | 59 | 4/29/2024 |