Yes, in 2009 we were debating dynamic vs static module interface definition. Static prevailed.
-
-
The intuition
@littlecalculist and@samth had that static modules would be a major enabler turned out to be true by the time we were done.1 reply 1 retweet 6 likes -
And partly took as long as it did because of need to engage and reconcile with Node use cases as best we could.
2 replies 0 retweets 3 likes -
Replying to @littlecalculist @awbjs and
And because node genuinely came up with new ideas that made the ergonomics better using the dynamic tools they had at the time.
1 reply 0 retweets 3 likes -
Replying to @wycats @littlecalculist and
People conflated the dynamic tools with the programming model, but default export is a genuinely good idea we wanted to adopt.
1 reply 0 retweets 5 likes -
Replying to @wycats @littlecalculist and
Love default exports - crazy that the TypeScript folks dislike it.
3 replies 0 retweets 1 like -
Replying to @AdamRackis @wycats and
export default of an object is not always amenable to static analysis/linking of the default object's properties.
2 replies 0 retweets 1 like -
Replying to @awbjs @AdamRackis and
import * as ... Is more analyzable because module namespace object's are immutable
1 reply 0 retweets 1 like -
Replying to @awbjs @AdamRackis and
You don't export a default export just to stuff all the real exports in it.
2 replies 0 retweets 0 likes -
Replying to @wycats @AdamRackis and
You do if you are just trying to emulate what you did with CJS
1 reply 0 retweets 1 like
That's fine and I can't do anything for ya ;)
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.