Feed back and proposal for modules: allow importing ES5 files

Claus Reinke claus.reinke at talk21.com
Mon Sep 24 08:08:29 PDT 2012

> Right. What I'm suggesting isn't that you'll be able to prevent the global
> from being augmented, rather that if your goal is to take an *already well
> behaved* library and wrap it with modules, that's possible.

Aren't Module Loader Translation hooks meant to help with this?


Naïve idea: fetch the code, then add exports before evaluating the
code as a local module scope.

Though this would require parameterizing the Loader with some
configuration data (export $ from jquery, export {f,g,x} from
anotherES5utils, ..). Which seems to call for interaction between
fetch and translate hooks, and possibly even between import
declarations and loader hooks (how does the loader hook get
to know which exports to add to an ES5 script, for a given import

RequireJS has some experience with wrapping non-modules
via configuration options.


Without a prototype implementation of modules as an executable
spec, it will be difficult to find such edge cases and check how well
they are covered in the existing semi-formal spec.


More information about the es-discuss mailing list