No description
Find a file
‮nerB‭‮ taraM‭ 14a10ebfc5
In csfield, force cs.Default to appear as init
Default[Construct] always has flagbuildnone as True, and therefore Default won't be available in the dataclass init.
This behaviour makes sense for Const and many other flagbuildnone, as then there is no need to provide a value, but with Default the current implementation removes the possibility of providing a overriding value.

Short example:
```py
import dataclasses
from construct_typed import DataclassMixin, csfield

@dataclasses.dataclass
class BandSystemTime(DataclassMixin):

    Year: int = csfield(Default(Int16ul, 0))
    Month: int = csfield(Default(Int16ul, 0))
    DayOfWeek: int = csfield(Default(Int16ul, 0))
    Day: int = csfield(Default(Int16ul, 0))
    Hour: int = csfield(Default(Int16ul, 0))
    Minute: int = csfield(Default(Int16ul, 0))
    Second: int = csfield(Default(Int16ul, 0))
    Milliseconds: int = csfield(Default(Int16ul, 0))```

```py
# Current behaviour
>>> BandSystemTime(Hour=12)
TypeError: __init__() got an unexpected keyword argument 'Hour'

>>> BandSystemTime.__init__
<function <...>.__create_fn__.<locals>.__init__(self) -> None>```

```py
# Desired behaviour
>>> BandSystemTime(Hour=12)
BandSystemTime(Year=0, Month=10, DayOfWeek=1, Day=0, Hour=2, Minute=0, Second=0, Milliseconds=0)

>>> BandSystemTime.__init__
<function <...>.__create_fn__.<locals>.__init__(self, Year: int = 0, Month: int = 0, DayOfWeek: int = 0, Day: int = 0, Hour: int = 0, Minute: int = 0, Second: int = 0, Milliseconds: int = 0) -> None>```
2022-04-30 22:04:54 +01:00
.github/workflows use settings from mypy.ini and also test the construct_typed folder 2022-01-09 12:51:34 +01:00
.vscode run black and isort 2021-01-01 23:46:43 +01:00
construct-stubs fixed BuildTypes of cs.Const 2022-02-13 01:06:45 +01:00
construct_typed In csfield, force cs.Default to appear as init 2022-04-30 22:04:54 +01:00
scripts added missing operator overloads 2020-12-29 13:00:24 +01:00
tests ignore mypy error "Call to untyped function "load" in typed context" 2022-02-13 01:14:01 +01:00
.gitignore - updated documentation 2021-05-23 15:28:27 +02:00
LICENSE Initial commit 2020-12-04 17:16:20 +01:00
mypy.ini added mypy.ini: no error on unused ignores. mypy and pyright are slightly different, so pyright needs some ignores that mypy does not nee. 2022-01-09 12:30:57 +01:00
README.md removed checkboxes, because they arent printable on pypi 2021-05-24 15:02:49 +02:00
requirements.txt fixed "potential security vulnerabilities" from github 2022-02-13 01:10:20 +01:00
setup.py fix setup.py 2021-10-22 20:00:46 +01:00

construct-typing

PyPI PyPI - Implementation PyPI - Python Version GitHub

This project is an extension of the python package construct, which is a powerful declarative and symmetrical parser and builder for binary data. This Repository consists of two packages:

  • construct-stubs: Adding .pyi for the whole construct 2.10 package (according to PEP 561 stub-only packages)
  • construct_typed: Adding additional classes that help with autocompletion and additional type hints.

Installation

This package comply to PEP 561. So most of the static code analysers will recognise the stubs automatically. The installation only requires:

pip install construct-typing

Tests

The stubs are tested against the pytests of the construct package in a slightly modified form. Since the tests are relatively detailed I think most cases are covered.

The new typed constructs have new written pytests, which also passes all pytests and the static type checkers.

The following static type checkers are fully supported:

  • mypy
  • pyright

Explanation

Stubs

The construct-stubs package is used for creating type hints for the orignial construct package. In particular the build and parse methods get type hints. So the core of the stubs are the TypeVar's ParsedType and BuildTypes:

  • Construct.build: converts an object of one of the types defined by BuildTypes to a bytes object.
  • Construct.parse: converts a bytes object to an object of type ParsedType.

For each Construct the stub file defines to which type it parses to and from which it can be build. For example:

Construct parses to (ParsedType) builds from (BuildTypes)
Int16ub int int
Bytes bytes bytes, bytearray or memoryview
Array(5, Int16ub) ListContainer[int] typing.List[int]
Struct("i" / Byte) Container[typing.Any] typing.Dict[str, typing.Any] or None

The problem is to describe the more complex constructs like:

  • Sequence, FocusedSeq which has heterogenous subcons in comparison to an Array with only homogenous subcons.
  • Struct, BitStruct, LazyStruct, Union which has heterogenous and named subcons.

Currently only the very unspecific type typing.Any can be used as type hint (maybe in the future it can be optimised a little, when variadic generics become available). But the biggest disadvantage is that autocompletion for the named subcons is not available.

Note: The stubs are based on construct in Version 2.10.

Typed

!!! EXPERIMENTAL VERSION !!!

To include autocompletion and further enhance the type hints for these complex constructs the construct_typed package is used as an extension to the original construct package. It is mainly a few Adapters with the focus on type hints.

It implements the following new constructs:

  • DataclassStruct: similar to construct.Struct but strictly tied to DataclassMixin and @dataclasses.dataclass
  • DataclassBitStruct: similar to construct.BitStruct but strictly tied to DataclassMixin and @dataclasses.dataclass
  • TEnum: similar to construct.Enum but strictly tied to a TEnumBase class
  • TFlagsEnum: similar to construct.FlagsEnum but strictly tied to a TFlagsEnumBase class

These types are strongly typed, which means that there is no difference between the ParsedType and the BuildTypes. So to build one of the constructs the correct type is enforced. The disadvantage is that the code will be a little bit longer, because you can not for example use a normal dict to build an DataclassStruct. But the big advantage is, that if you use the correct container type instead of a dict, the static code analyses can do its magic and find potential type errors and missing values without running the code itself.

A short example:

import dataclasses
import typing as t
from construct import Array, Byte, Const, Int8ub, this
from construct_typed import DataclassMixin, DataclassStruct, EnumBase, TEnum, csfield

class Orientation(EnumBase):
    HORIZONTAL = 0
    VERTICAL = 1

@dataclasses.dataclass
class Image(DataclassMixin):
    signature: bytes = csfield(Const(b"BMP"))
    orientation: Orientation = csfield(TEnum(Int8ub, Orientation))
    width: int = csfield(Int8ub)
    height: int = csfield(Int8ub)
    pixels: t.List[int] = csfield(Array(this.width * this.height, Byte))

format = DataclassStruct(Image)
obj = Image(
    orientation=Orientation.VERTICAL,
    width=3,
    height=2,
    pixels=[7, 8, 9, 11, 12, 13],
)
print(format.build(obj))
print(format.parse(b"BMP\x01\x03\x02\x07\x08\t\x0b\x0c\r"))

Output:

b'BMP\x01\x03\x02\x07\x08\t\x0b\x0c\r'
Image: 
    signature = b'BMP' (total 3)
    orientation = Orientation.VERTICAL
    width = 3
    height = 2
    pixels = ListContainer:
        7
        8
        9
        11
        12
        13