-
Notifications
You must be signed in to change notification settings - Fork 73
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
Coverage #237
Coverage #237
Conversation
Codecov Report
@@ Coverage Diff @@
## master #237 +/- ##
==========================================
+ Coverage 99.21% 99.68% +0.47%
==========================================
Files 79 79
Lines 633 628 -5
Branches 106 104 -2
==========================================
- Hits 628 626 -2
+ Misses 5 2 -3
Continue to review full report at Codecov.
|
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.
awesome cleanup and so happy to see the code coverage going up 🔝
if (ctx.loopExpression) { | ||
ctx.loopExpression.omitSemicolon = true; | ||
} | ||
ctx.loopExpression.omitSemicolon = true; |
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.
I guess that w/in ForStatement
s we always have a ctx.loopExpression
right?
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.
Yeah, the initial expression and the condition expression can be null
but for some reason the loop expression is an expression with null
content.
Maybe we can ask for some consistency but right now that’s how it is
@@ -6,15 +6,22 @@ const { | |||
|
|||
const printList = require('./print-list'); | |||
|
|||
const parameters = (node, path, print) => |
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.
just noticing this right now, do we always use function expressions?
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.
I tend to favour this notation. Is there an improvement by using declarations instead?
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.
not really, but to me, if it's a function I like to signal that w/ the function
keyword
This PR solves an issue with try/catch discovered by adding more coverage cases and ups the coverage of
src/nodes
to a 100%