|
|
|
|
|
by CuriousSkeptic
3744 days ago
|
|
The article isn't clear on this, but eslint and Babel works together to provide just enough typing to get you by, even checking symbol references across modules. I was planning in giving TypeScript a go after having some problems a type system should be able to fix, but after having used just eslint for a while I don't really feel the need any more. Maybe something to reduce the syntax tax of Reacts propTypes would be nice, but then I'm set. After all, ES is a heavily late bound, dynamically dispatched kind of thing. Which means a truly useful static type system supporting things like statically dispatched type classes and such, would force a completely different semantic on the language. I can't imagine that would be fun to debug in a live browser session. Actually going back to C# now is a frustrating experience compared to ES6 in just how the type system limits you. Granted that has more to do with nominal typing vs structural, then static vs dynamic. I'm guessing TypeScript don't have the same issues. |
|
By the way, can you extrapolate on eslint and babel working to check symbols across modules? I don't think I ever noticed that feature.