If the grammars didnt collide, probably but this was talked about in Janhttps://github.com/tc39/tc39-notes/blob/master/es7/2017-01/jan-25.md#13iia-proposed-grammar-change-to-es-modules …
-
-
Replying to @bradleymeck @satya164
Rejecting package.json + "use modules" for standalone files isn't on technical grounds. But that's where we're at.
3 replies 0 retweets 0 likes -
What's the actual reason people don't like .mjs? It seems like a really easy solution to a complicated problem!
2 replies 0 retweets 1 like -
Because there are tons of different things that .js means already *including ES modules* and a new extension is unneeded and not free.
2 replies 1 retweet 6 likes -
If you're using TypeScript does this matter at all? You're still tranpiling. It's a config flag. Is there a greater cost than just renaming?
3 replies 0 retweets 0 likes -
The reason to avoid .mjs is the same reason node itself chose .js initially despite CJS modules != script.
3 replies 1 retweet 1 like -
Explain
1 reply 0 retweets 0 likes -
.js is widespread and well understood. Hell it's part of Node.js!
1 reply 0 retweets 1 like -
It isnt well understood, we have been over the fact that it might be Script CJS or ESM. Heck lets throw JScript in there, AMD, or DOJO, ...
1 reply 0 retweets 0 likes -
It's well understood to mean "some kind of JS, look elsewhere for the precise meaning"
2 replies 0 retweets 0 likes
There's no reason why modules suddenly change that strategy.
-
-
Modules change it so hosts need to support multiple eval modes
0 replies 0 retweets 0 likesThanks. Twitter will use this to make your timeline better. UndoUndo
-
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.