mtcute/packages/client/src/methods
2022-08-29 16:22:57 +03:00
..
auth build(docs): api reference generation improvements 2022-08-24 23:37:26 +03:00
bots refactor: normalizeToInput* now throws an error by itself, never returning null 2022-08-29 16:15:37 +03:00
chats docs: improve documentation 2022-08-29 16:22:57 +03:00
contacts refactor: normalizeToInput* now throws an error by itself, never returning null 2022-08-29 16:15:37 +03:00
dialogs refactor: prettier-ed code, rearranged imports, fixed tests 2022-06-30 16:32:56 +03:00
files refactor: prettier-ed code, rearranged imports, fixed tests 2022-06-30 16:32:56 +03:00
invite-links refactor: normalizeToInput* now throws an error by itself, never returning null 2022-08-29 16:15:37 +03:00
messages refactor: normalizeToInput* now throws an error by itself, never returning null 2022-08-29 16:15:37 +03:00
misc refactor: prettier-ed code, rearranged imports, fixed tests 2022-06-30 16:32:56 +03:00
parse-modes rename back to mtcute 2021-08-05 20:38:24 +03:00
pasword refactor: prettier-ed code, rearranged imports, fixed tests 2022-06-30 16:32:56 +03:00
stickers refactor: normalizeToInput* now throws an error by itself, never returning null 2022-08-29 16:15:37 +03:00
users refactor: normalizeToInput* now throws an error by itself, never returning null 2022-08-29 16:15:37 +03:00
.eslintrc.js build: fixed scripts, eslintignore, fixed linter warnings and re-formatted with prettier 2021-06-06 15:20:41 +03:00
_imports.ts feat(client): support custom emojis 2022-08-18 19:52:24 +03:00
README.md Initial commit 2021-04-08 12:19:38 +03:00
updates.ts refactor: normalizeToInput* now throws an error by itself, never returning null 2022-08-29 16:15:37 +03:00

What is this?

Files in this directory are pre-processed by generate-client.js, and client.ts is generated from the functions that are exported in this directory.

Since we need to properly type the copied signatures, there are a few "magic" instructions for the preprocessor that are used to handle imports. Also, there are a few "magic" instructions to make private methods and extend client fields.

All instructions are used as a one-line comment, like this: // @copy

@copy

Can be placed before an import or any other code block.

When placed before import, this import will be copied to client.ts, and paths will be adjusted. When there are multiple copied imports from the same files, they are merged.

When placed before any other block, it will be directly copied before the TelegramClient class.

Note

all copied imports should be inside _imports.ts file.

Example:

// @copy
import { Something } from '../../somewhere'

// @copy
interface SomeGreatInterface { ... }

@extension

Used before an interface declaration. Fields from that interface will be added as protected to TelegramClient.

Example:

// @extension
interface AwesomeExtension {
    _field1: number
    _field2: string
}

@initialize

Often you'll want to initialize your @extension fields in a constructor. You can do this by using @initialize instruction before a function containing initialization code.

Note

If you are using some custom types, make sure their imports are copied!

Example:

// @initialize
function _initializeAwesomeExtension(this: TelegramClient) {
    this._field1 = 42
    this._field2 = 'uwu'
}

@returns-exported

Used as a first statement inside an exported function's body to indicate that this method returns an object of type which is exported from the same file.

Example:

export type FooOrBar = Foo | Bar

export function getFooOrBar(this: TelegramClient): FooOrBar {
    // @returns-exported
    return new Foo()
}