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

Restyle Normalized generation of DecodableType cluster objects. #10176

Closed
wants to merge 2 commits into from

Conversation

restyled-io[bot]
Copy link
Contributor

@restyled-io restyled-io bot commented Oct 4, 2021

A duplicate of #10175 with additional commits that automatically address
incorrect style, created by Restyled.

⚠️ Even though this PR is not a Fork, it contains outside contributions.
Please review accordingly.

Since the original Pull Request was opened as a fork in a contributor's
repository, we are unable to create a Pull Request branching from it with only
the style fixes.

The following Restylers made fixes:

To incorporate these changes, you can either:

  1. Merge this Pull Request instead of the original, or

  2. Ask your contributor to locally incorporate these commits and push them to
    the original Pull Request

    Expand for example instructions
    ```console
    git remote add upstream https://github.com/project-chip/connectedhomeip.git
    git fetch upstream pull/<this PR number>/head
    git merge --ff-only FETCH_HEAD
    git push
    ```
    

NOTE: As work continues on the original Pull Request, this process will
re-run and update (force-push) this Pull Request with updated style fixes as
necessary. If the style is fixed manually at any point (i.e. this process finds
no fixes to make), this Pull Request will be closed automatically.

Sorry if this was unexpected. To disable it, see our documentation.

mrjerryjohns and others added 2 commits October 3, 2021 22:53
Today for a struct definition in schema, a `Type` cluster object
definition is minimally generated, while a `DecodableType` object
definition is only generated if the struct contains a list. The
presence of such embedded lists requires the use of the `DecodableType`,
which in turn contains a DataModel::DecodableList instead of a Span-backed DataModel::List
to permit in-place traversal of the list.

However, this creates inconsistency since some structs only come with a
single 'Type' definition while others come with both.

This PR normalizes it such that both `Type` and `DecodableType` are
emitted, with the latter just an alias to 'Type' if it doesn't contain a list.

This makes it easier for developers to always rely on using the
`DecodableType` for decoding data, and the `Type` type for encoding.

This also simplifies the ZAPT template files as well, and sets the stage
for some future simplifications as well for supporting these objects for
attributes and commands.

Bundled some other minimal fixes as well in this PR.

a Please enter the commit message for your changes. Lines starting
@restyled-io restyled-io bot added the restyled label Oct 4, 2021
@boring-cyborg boring-cyborg bot added the app label Oct 4, 2021
@restyled-io restyled-io bot closed this Oct 4, 2021
@restyled-io restyled-io bot deleted the restyled/pull-10175 branch October 4, 2021 06:04
tleacmcsa added a commit to tleacmcsa/connectedhomeip that referenced this pull request Jul 30, 2024
Was supposed to be a list of AccessRestrictionEntryStructs,
not AccessRestrictionStructs.  Spec text updated in PR project-chip#10176
Since AccessRestrictionEntryStruct is fabric-sensitive,
we use CommissioningAccessRestrictionEntryStruct.
andy31415 pushed a commit that referenced this pull request Jul 31, 2024
Was supposed to be a list of AccessRestrictionEntryStructs,
not AccessRestrictionStructs.  Spec text updated in PR #10176
Since AccessRestrictionEntryStruct is fabric-sensitive,
we use CommissioningAccessRestrictionEntryStruct.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants