Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Lazy message parsing and generation #107

Open
4 tasks
treiher opened this issue Dec 9, 2019 · 0 comments
Open
4 tasks

Lazy message parsing and generation #107

treiher opened this issue Dec 9, 2019 · 0 comments

Comments

@treiher
Copy link
Collaborator

treiher commented Dec 9, 2019

When parsing or generating a message, the message must be processed sequentially, i.e. before a field can be parsed or set, all predecessor fields must have been successfully verified. In some cases this is not desirable:

  • Iterating over a sequence of complex messages to access the n-th element
  • Setting a length field before defining a concrete sequence (if the value of the length field can be determined when setting the sequence)

The structural validity of message should only depend on the relevant fields. It should be possible to parse or set message fields in different order if their field bounds can be determined in the current state.

Objectives

  • Field is accessible/settable if its location is clearly determinable
  • Setting field only invalidates fields which depend on fields value
  • N-th element of sequence is accessible without complete validation of previous element
  • Setting sequence field before its corresponding length field (ideally the length field would be set automatically when setting the sequence)

Prerequisites

@treiher treiher added this to To do in RecordFlux Future via automation Dec 9, 2019
@senier senier moved this from To do to Long-term in RecordFlux Future Aug 24, 2022
@senier senier moved this from Low to High in RecordFlux Future Nov 1, 2022
@treiher treiher removed this from High in RecordFlux Future Nov 4, 2022
@treiher treiher added this to To do in RecordFlux 0.8 via automation Nov 4, 2022
@treiher treiher removed this from To do in RecordFlux 0.8 Nov 10, 2022
@treiher treiher added this to Medium in RecordFlux Future via automation Nov 10, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
No open projects
Development

No branches or pull requests

1 participant