i have an index.js
file that reads:
import aReducer from './ducks/a';
import bReducer from './ducks/b';
import * as aSelectors from './ducks/a';
import * as bSelectors from './ducks/b';
console.log(aReducer) //function i expect
console.log(aSelectors) //object with keys to selectors i expect
export { aReducer, bReducer, ...aSelectors, ...bSelectors };
If I console.log
in this file I see that the reducers are functions I expect and the selectors alias are objects with keys to the selectors I expect. The reducers are default exports for the duck files and the selectors are exports from the same respective file.
However, when I try to import this module with another file I am only able to import the two reducers. The two selectors are undefined. I thought that de-structuring would add each key to my export object. What am I doing wrong?
other_file1.js
import { aReducer, bReducer } from 'my-module'; //works!
other_file2.js
import { someSelectorThatWasInMyaSelectorsObject } from 'my-module'; //does NOT work!
i have an index.js
file that reads:
import aReducer from './ducks/a';
import bReducer from './ducks/b';
import * as aSelectors from './ducks/a';
import * as bSelectors from './ducks/b';
console.log(aReducer) //function i expect
console.log(aSelectors) //object with keys to selectors i expect
export { aReducer, bReducer, ...aSelectors, ...bSelectors };
If I console.log
in this file I see that the reducers are functions I expect and the selectors alias are objects with keys to the selectors I expect. The reducers are default exports for the duck files and the selectors are exports from the same respective file.
However, when I try to import this module with another file I am only able to import the two reducers. The two selectors are undefined. I thought that de-structuring would add each key to my export object. What am I doing wrong?
other_file1.js
import { aReducer, bReducer } from 'my-module'; //works!
other_file2.js
import { someSelectorThatWasInMyaSelectorsObject } from 'my-module'; //does NOT work!
Share
Improve this question
edited Aug 10, 2017 at 1:49
loganfsmyth
162k31 gold badges346 silver badges258 bronze badges
asked Aug 1, 2017 at 20:25
TurnipdabeetsTurnipdabeets
6,0159 gold badges45 silver badges65 bronze badges
3
-
You can't use
...
in anexport {};
statement. Is that not giving you a syntax error? – loganfsmyth Commented Aug 1, 2017 at 20:38 -
nope, no error there - isn't it just exporting an object? We can use
...
in objects. – Turnipdabeets Commented Aug 1, 2017 at 20:39 - Weird. What are you using to handle your module processing? – loganfsmyth Commented Aug 1, 2017 at 20:44
1 Answer
Reset to default 6You cannot use ...
in an export {};
block. It is an explicit list of names just like import {name} from
is. It is not an object with keys being exported. e.g. the same way imports do
import { foo as fooRenamed } from "";
with export
it is
export {
fooVar as foo,
};
The export
block is an explicit list of variables to export, with an optional explicit name for the export. There are no objects involved.
Specifically, there are no objects involved because the names of the exports are processed and known before the body of the file has even executed, so not only are objects not allowed, they are impossible to allow because objects require execution to exist.
To get what you'd want, you should use:
// Export the referenced files' default under two specific names.
export { default as aReducer } from './ducks/a';
export { default as bReducer } from './ducks/b';
// Re-export every named export from these two files.
export * from './ducks/a';
export * from './ducks/b';
发布者:admin,转转请注明出处:http://www.yc00.com/questions/1745311257a4622009.html
评论列表(0条)