Update SerialBufferAdapter #37
Labels
No Label
API Change
Breaking API Change
bug
build
cosmetics
Documentation
duplicate
feature
help wanted
hotfix
invalid
question
Refactor
Tests
wontfix
No Milestone
No Assignees
3 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: fsfw/fsfw#37
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Add Template parameter for element type.
This would allow (de)serializing arrays of arbitrary type but also need to respect endianness.
If the proposed parameter is added as second parameter with a default value, existing code should be still correct.
The current implementation is not header-only, which would need to be changed to allow arbitrary and not only preselected types. Right now, I do not see a reason not to change it to header-only.
Also, use SerializeAdapter for all access to stored elements.
And fix deserialize to deserialize the length field.
Add template Parameter to SerialBufferAdapter to change the type of the Arrayto Update SerialBufferAdapterI made some slight SerialBufferAdapter changes, for example providing a setter function to set the internal buffer without ctor. Maybe this could be useful.
I'll create a pull request as soon as SerializeIF changes have been integrated.
I think this can be closed..
I don't think so. "Add Template parameter for element type." is not implemented
I guess this means making SerialBufferAdapter header-only?
It is a template for count_t at the moment.
vs
I'm not sure if we need arbitrary or just the typical integer/float/double variants. More complex types can use linked lists or so.