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

Explicit structuring #67

Open
pavel-kirienko opened this issue Jan 7, 2020 · 0 comments
Open

Explicit structuring #67

pavel-kirienko opened this issue Jan 7, 2020 · 0 comments
Labels
enhancement New feature or request future

Comments

@pavel-kirienko
Copy link
Member

As mentioned in the post about meta-transport, highly hierarchical definitions are hard to view because the representation of namespace members is inherently flat which does not reflect the data structure.

Fixed port-IDs make top-level types very salient. It is also natural since a nested type does not need to have a fixed port-ID. This solution is unavailable for top-level types that don't have a fixed port-ID, such as in the linked case; an alternative is to simply add a special character pattern, such as an underscore, in place of the fixed port-ID. For example, a DSDL file Frame.1.0.uavcan would become _.Frame.1.0.uavcan. Example:

image

Alternatively, non-top-level types could be named starting with . like .Error.1.0.uavcan. That would make them hidden on Unix-like systems which is interesting.

These are very easy to implement but they are probably not the best possible solutions; other suggestions are welcome.

@pavel-kirienko pavel-kirienko added enhancement New feature or request future labels Jan 7, 2020
@pavel-kirienko pavel-kirienko changed the title Mark top-level data types Explicit structuring Jan 7, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request future
Projects
None yet
Development

No branches or pull requests

1 participant