Neither Javascript nor Typescript require semicolon, it is entirely a stylistic choice except in very rare circumstances that do not come up in normal code.
I don’t have experience with how it affects JavaScript specifically, but independent of programming language, it usually removes the guesswork where the error might be.
The thing is that compilers use fairly static rules for their grammar. So, even if you just typo a comma where there should’ve been a dot, then its grammar rules don’t match anymore and it doesn’t really know what to do with your code.
To some degree, it’s possible to say certain symbols just cannot appear in a specific place, but especially with a comma, it could be the start of the next element in a list, for example.
Without semicolons, it’s likely going to tell you that something’s wrong between somewhere before your typo and the next closing brace (}). With semicolons, it can generally pinpoint the specific statement where the comma is wrong.
This should also make analysis quicker while you’re editing the code, as it only has to check one statement (or two, if you’re inserting a new line and haven’t typed the semicolon yet).
That’s good to know. Don’t know how I didn’t know this. Been writing JS since 2000. Always just used them I guess. Ecmascripts look funny to me without them
I can see the benefit of matching style when working with others. I only code for myself and never had to worry about conformity for project consistency.
It is good to learn new things.
I’m sure I have some coding habitats that would annoy others.
Consistent styling helps make the actual meaningful changes easier to spot. Probably also useful for your own commit history when working solo in a repo, but most useful in a team, yeah!
Neither Javascript nor Typescript require semicolon, it is entirely a stylistic choice except in very rare circumstances that do not come up in normal code.
Hmm, a webdev colleague said he’d normally prefer without semicolons, but used them anyways for better compile errors.
Interesting, I’m not aware of any way they would affect compile errors. I’d be curious to know more.
I don’t have experience with how it affects JavaScript specifically, but independent of programming language, it usually removes the guesswork where the error might be.
The thing is that compilers use fairly static rules for their grammar. So, even if you just typo a comma where there should’ve been a dot, then its grammar rules don’t match anymore and it doesn’t really know what to do with your code.
To some degree, it’s possible to say certain symbols just cannot appear in a specific place, but especially with a comma, it could be the start of the next element in a list, for example.
Without semicolons, it’s likely going to tell you that something’s wrong between somewhere before your typo and the next closing brace (
}). With semicolons, it can generally pinpoint the specific statement where the comma is wrong.This should also make analysis quicker while you’re editing the code, as it only has to check one statement (or two, if you’re inserting a new line and haven’t typed the semicolon yet).
That’s good to know. Don’t know how I didn’t know this. Been writing JS since 2000. Always just used them I guess. Ecmascripts look funny to me without them
Fair enough, I like it better without but I don’t have a strong preference and have no issue adapting to whatever the style of the repo is.
I learned about it researching tools to automatically enforce formatting style and came across StandardJS, which eliminates them by default.
I can see the benefit of matching style when working with others. I only code for myself and never had to worry about conformity for project consistency.
It is good to learn new things.
I’m sure I have some coding habitats that would annoy others.
Consistent styling helps make the actual meaningful changes easier to spot. Probably also useful for your own commit history when working solo in a repo, but most useful in a team, yeah!
Same here. My brain interprets them as one long run-on sentence and throws a parsing error.
Explanation for nerds
The reason is the JS compiler removes whitespace and introduces semicolons only “where necessary”.
So writing
Is not the same as
Because the compiler will see that and make it:
You big ol’ nerd. Tee-hee.
Common JavaScript L
That’s terrifying, especially in JS where no type system will fuck you up for returning nothing when you should’ve returned a boolean.