ES6 Modules

Allen Wirfs-Brock allen at wirfs-brock.com
Mon Apr 8 08:39:13 PDT 2013


On Apr 8, 2013, at 7:15 AM, David Bruant wrote:

> Le 08/04/2013 15:48, Anne van Kesteren a écrit :
>> On Mon, Apr 8, 2013 at 2:43 PM, Rick Waldron <waldron.rick at gmail.com> wrote:
>>> On Mon, Apr 8, 2013 at 9:37 AM, Anne van Kesteren <annevk at annevk.nl> wrote:
>>>> So modules have not yet landed in ES6, but are planned. I also heard
>>>> they will have a pretty dramatic impact on APIs. When is TC39 planning
>>>> to bring that discussion here?
>>> Can you be more specific?
>> I'd need to have specifics first and they're not in the ES6 draft.
> I'll try to start with some point I have in mind, others will complete as necessary.
> 
> From what I know, there are 2 parts:
> 1) module syntax [1]
> 2) module loader API [2]
> 
> As far as 1) the "import" semantics part might need some attention in relation to URLs and how they are resolved (relative to the JS resource url? document url?). There is probably a need for some module name resolution binding to hook with the Fetch algorithm for cases like:
>    import "http://www.mywebsite.com/myScript.js"
> 
> I don't think 2) will affect the platform; it's its own objects with their own semantics.

The browser platform will need to provide a default module loaders. It will be the responsibility of that loader to resolve module name strings as URLs, apply access policies, expose platform built-in modules, etc. The specification of this loader is going to have to be a collaborative effort between the browser and ECMAScript standards communities.

Allen

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.mozilla.org/pipermail/es-discuss/attachments/20130408/11c3fdf9/attachment.html>


More information about the es-discuss mailing list