docs(core): document coding style

pull/2054/head
matejcik 2 years ago committed by matejcik
parent e20879189f
commit 09732530f6

@ -0,0 +1,91 @@
# Trezor Core coding style
## Python coding style
Run `make pystyle` from repository root to perform all style checks and auto-format
where possible.
### General style notes
See rules for exceptions in the [Exceptions documentation](./exceptions.md).
#### Type annotations
We prefer Python 3.10 style annotations:
* instead of `List[int]`, use `list[int]`, dtto for `Tuple`, `Dict` and `Set`
* instead of `Optional[int]`, use `int | None`
* instead of `Union[int, str]`, use `int | str`
This also applies inside `if TYPE_CHECKING` branches.
#### Type-checking imports
At run-time, the `typing` module is not available. There is compile-time magic that
removes all `from typing` imports and contents of `if TYPE_CHECKING` branches.
It is important to put typing-only imports into `if TYPE_CHECKING`, to make sure that
these modules are not needlessly pulled in at run-time.
Due to the compile-time magic, it is always possible to put a `from typing` import
at top level. The style for doing that are as follows:
* If the module needs to import other modules, create type aliases, TypeVars or
Protocols, the only top-level import should be `TYPE_CHECKING`. Everything else
(including other items from `typing` module) should be imported in the `TYPE_CHECKING`
branch:
```python
from typing import TYPE_CHECKING
if TYPE_CHECKING:
from typing import Any, TypeVar, Union
from trezor.messages import SomeMessage
TypeAlias = Union[int, str]
T = TypeVar("T")
```
* If the module _only_ needs items from `typing`, you should not create a
`TYPE_CHECKING` branch, and instead import all required items on top level:
```python
from typing import Any, Iterator, Sequence
```
### Tools
Configurations of specific Python style tools (`isort`, `flake8`, `pylint`) can be found
in root [`setup.cfg`].
[`setup.cfg`]: https://github.com/trezor/trezor-firmware/blob/master/setup.cfg
#### Formatting
We are auto-formatting code with `black` and use the [`black` code
style](https://black.readthedocs.io/en/stable/the_black_code_style/index.html).
We use `isort` to organize imports.
#### Linting
We use `flake8` lints, disabling only those that conflict with `black` code style.
We use a select subset of `pylint` checks that are hard-enforced.
#### Type checking
We use `pyright` for type-checking. The codebase is fully type-checked, except for
the Monero app (as of 2022-01).
## C coding style
Formatting is done by `clang-format`. We are using the [Google code
style](https://google.github.io/styleguide/cppguide.html).
Run `make cstyle` from repository root to auto-format.
## Rust coding style
Formatting is done by `rustfmt`. We are using the [Rust
style](https://github.com/rust-dev-tools/fmt-rfcs/blob/master/guide/guide.md).
Run `make ruststyle` from repository root to auto-format.
Loading…
Cancel
Save