-
Notifications
You must be signed in to change notification settings - Fork 24
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
decoder: Add support for binary & unary operators #320
Conversation
9a2fc64
to
6fb5908
Compare
6fb5908
to
4e77138
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM! 👍
I'm not sure how extensively we want to test this. Since any expressions deal with references, functions and literal types, should we cover all three in all new tests?
I would argue that some tests with functions are useful, as mentioned - and as added 😄 - specifically in completion, because incomplete configuration just brings so many more edge cases. 😭 However I'm not sure we'd actually gain much by adding tests to hover, semantic tokens or origins. The logic we have in place outside of completion should just treat any/all nested expression types the same (it's all |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you for adding the tests
Related:
+
,-
,!=
,!
...) and parentheses terraform-ls#529Follow-up issue:
FunctionCallExpr
#325Example UX