<p dir="ltr">This could be made to work as a feature in the server side. Basically you are asking the server to give you a virtual rollup module where the body is basically just a bunch of export * from 'x';. Where even that gets sticky though is when dealing with default exports.</p>
<div class="gmail_quote">On Apr 21, 2016 7:11 AM, "kdex" <<a href="mailto:kdex@kdex.de">kdex@kdex.de</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">A browser couldn't possibly resolve globs at runtime without you providing some additional information to the runtime environment, so I don't see how this could be implemented.<br>
It's not really about browsers, anyway; the ES environment knows nothing about files, either. (meaning that `require` is something on top of v8 and doesn't belong to the language at all.)<br>
<br>
Even if you were to resolve these globs *somehow*; this could have huge impacts on performance, since the result of a glob is dynamic. Also, wasn't the `import` syntax supposed to<br>
be statically analyzable anyway?<br>
<br>
One could, however, try to make this work with a babel transform that transforms globs into multiple `import` statements.<br>
Then again, I neither think that a syntax shouldn't depend on its underlying file system nor that this would solve a case where you'd have:<br>
<br>
```js<br>
import * as SingleBinding from "./some/glob/**/*.js";<br>
```<br>
<br>
A cleaner pattern would be to import one single module that, itself, imports only the modules that it needs.<br>
<br>
On Donnerstag, 21. April 2016 09:36:51 CEST Francisco Méndez Vilas wrote:<br>
> Hi all,<br>
><br>
> This is my very first proposal here, so please let me know if i'm not<br>
> following some rules.<br>
><br>
> I want to make a proposal around the "import" syntax, it is, for instance:<br>
><br>
> import * from 'shared/features/**/reducers';<br>
><br>
> or<br>
><br>
> import * from many 'shared/features/**/reducers';<br>
><br>
> This came to my mind when developing an isomorphic Redux application where<br>
> i had to import all reducers of each feature. My tree structure looks more<br>
> or less like that:<br>
><br>
> + shared<br>
>   + features<br>
>      + todos<br>
>        + actions<br>
>        + components<br>
>        + reducers<br>
>          - TodoReducer.js<br>
>          - index.js<br>
>      + users<br>
>        + actions<br>
>        + components<br>
>        + reducers<br>
>          - UserReducer.js<br>
>          - index.js<br>
><br>
> If i have to import every "index.js" below each "reducers" directory, i<br>
> have two options, either manually import each of them or prepare a script<br>
> to walk through the tree and import them. Both of the approaches are really<br>
> weird.<br>
><br>
> I really would like to have that feature in the language. What do you think?<br>
><br>
> Cheers,<br>
> Francisco Méndez Vilas<br>
><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" rel="noreferrer" target="_blank">https://mail.mozilla.org/listinfo/es-discuss</a><br>
</blockquote></div>