<div dir="ltr"><div class="gmail_default" style="font-family:trebuchet ms,sans-serif;color:#444444">What if the Loader spec had some attention given to match AMD/CommonJS for some cases and leave the new syntax for the new module semantics. Really what we want is for non-es6 module systems to be able to hook into the loader registry in a way that makes sense for them and will also make sense for IMPORTING those modules into es6 modules. require/define work in browsers and in node TODAY, the conversation imo shouldn't be about giving those systems better syntax it should be about creating a single registry/loader that easily supports all paths.</div>

</div><div class="gmail_extra"><br clear="all"><div><div dir="ltr"><div><br></div>- Matthew Robb</div></div>
<br><br><div class="gmail_quote">On Sat, Jun 28, 2014 at 9:48 AM, John Barton <span dir="ltr"><<a href="mailto:johnjbarton@google.com" target="_blank">johnjbarton@google.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote"><div class="">On Sat, Jun 28, 2014 at 9:03 AM, Kevin Smith <span dir="ltr"><<a href="mailto:zenparsing@gmail.com" target="_blank">zenparsing@gmail.com</a>></span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<div dir="ltr"><div><br></div></div></blockquote></div><div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_quote">Static checking on exported members feels odd.</div>


</div></blockquote><div><br></div></div><div>Static checking of imports and exports has well-known advantages and would help the long-term viability of the language. ¬†</div></div></div></div></blockquote><div><br></div></div>

<div>
Enumerating these specific advantages would inform this discussion. ¬†These advantages are not well-known. Many developers have experienced the disadvantages of complex systems of rules and thus favor simple solutions over ones with theoretical advantages. Explaining the benefits concretely would help them balance the well-known costs.</div>


<div><br></div><div>jjb</div></div></div></div>
<br>_______________________________________________<br>
es-discuss mailing list<br>
<a href="mailto:es-discuss@mozilla.org">es-discuss@mozilla.org</a><br>
<a href="https://mail.mozilla.org/listinfo/es-discuss" target="_blank">https://mail.mozilla.org/listinfo/es-discuss</a><br>
<br></blockquote></div><br></div>