Fix incorrect function hoisting in some case statements#16363
Fix incorrect function hoisting in some case statements#16363nicolo-ribaudo merged 1 commit intobabel:mainfrom
Conversation
|
Build successful! You can test your changes in the REPL here: https://babeljs.io/repl/build/56548 |
|
jest failed, but I believe it has since been fixed by this: jestjs/jest#14976 |
|
Yes 👍 |
nicolo-ribaudo
left a comment
There was a problem hiding this comment.
This is still wrong but until when we have a better solution (that I'm not even convinced is possible to have) it's better than the current behavior.
liuxingbaoyu
left a comment
There was a problem hiding this comment.
I'm not sure if changing babel-plugin-transform-block-scoped-functions would be better.
It could be done there too, but it would mean moving the logic of hoisting there. |
The linked issue #14960 shows a case where babel breaks the behavior of a code snippet:
The issue is that
function a() {}gets converted intovar a = function() {}, but isn't hoisted to the top as it should. Babel currently hoists functions correctly when they are in block statements, but not in case statements.Fixing this problem in all cases is difficult, due to the issue pointed to in an answer to that ticket:
In the example above, moving log to the first case breaks the second, but keeping the log in the second case does not address the first.
Nevertheless, the current behavior is a problem. This Pull Request addresses this by hoisting the function to the start of the matching case. This does not address all issues, but it shouldn't break anything that isn't already broken, and it should fix issues as the function is "more hoisted" than it used to be. Notably, this fixes issues with functions that are only ever referenced in the same case that declares them, which is the case I encountered.