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

Make the item argument to Match dynamic again #163

Merged
merged 2 commits into from
Dec 29, 2020
Merged

Conversation

natebosch
Copy link
Member

This argument had been implicitly dynamic. #162 made it Object? which
can cause analysis errors that are otherwise hidden due to implicit
casts. Any classes which implement Matcher and override match could
omit the argument type, which inherits from the parent. When that
became Object? the cast to some other type coming from dynamic
must now be explicit.

This argument had been implicitly dynamic. #162 made it `Object?` which
can cause analysis errors that are otherwise hidden due to implicit
casts. Any classes which implement `Matcher` and override `match` could
omit the argument type, which mean to inherit from the parent. When that
became `Object?` the cast to some other type which could have been
implicit coming from `dynamic` must now be explicit.
@natebosch natebosch merged commit 71eeaee into master Dec 29, 2020
@natebosch natebosch deleted the dynamic-item branch December 29, 2020 21:54
natebosch added a commit that referenced this pull request Dec 29, 2020
Similar to #163 changing the argument type from implicit `dynamic` to
`Object` for implementations that don't specify the type since inference
will pick the argument type from the overridden method.
natebosch added a commit that referenced this pull request Dec 29, 2020
Similar to #163 changing the argument type from implicit `dynamic` to
`Object` for implementations that don't specify the type since inference
will pick the argument type from the overridden method.
mosuem pushed a commit to dart-lang/test that referenced this pull request Oct 17, 2024
This argument had been implicitly dynamic. dart-lang/matcher#162 made it `Object?` which
can cause analysis errors that are otherwise hidden due to implicit
casts. Any classes which implement `Matcher` and override `match` could
omit the argument type, which mean to inherit from the parent. When that
became `Object?` the cast to some other type which could have been
implicit coming from `dynamic` must now be explicit.
mosuem pushed a commit to dart-lang/test that referenced this pull request Oct 17, 2024
Similar to dart-lang/matcher#163 changing the argument type from implicit `dynamic` to
`Object` for implementations that don't specify the type since inference
will pick the argument type from the overridden method.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants