Świetne gugly muglys! To było trudniejsze niż trzeba.
Eksportuj jedno domyślne mieszkanie
Jest to świetna okazja, aby korzystać z rozprzestrzeniania ( ...w { ...Matters, ...Contacts }poniżej:
// imports/collections/Matters.js
export default { // default export
hello: 'World',
something: 'important',
};
// imports/collections/Contacts.js
export default { // default export
hello: 'Moon',
email: 'hello@example.com',
};
// imports/collections/index.js
import Matters from './Matters'; // import default export as var 'Matters'
import Contacts from './Contacts';
export default { // default export
...Matters, // spread Matters, overwriting previous properties
...Contacts, // spread Contacts, overwriting previosu properties
};
// imports/test.js
import collections from './collections'; // import default export as 'collections'
console.log(collections);
Następnie, aby uruchomić skompilowany kod Babel z wiersza poleceń (z katalogu głównego projektu /):
$ npm install --save-dev @babel/core @babel/cli @babel/preset-env @babel/node
(trimmed)
$ npx babel-node --presets @babel/preset-env imports/test.js
{ hello: 'Moon',
something: 'important',
email: 'hello@example.com' }
Wyeksportuj jedno domyślne drzewo
Jeśli nie chcesz zastępować właściwości, zmień:
// imports/collections/index.js
import Matters from './Matters'; // import default as 'Matters'
import Contacts from './Contacts';
export default { // export default
Matters,
Contacts,
};
Wyjście będzie:
$ npx babel-node --presets @babel/preset-env imports/test.js
{ Matters: { hello: 'World', something: 'important' },
Contacts: { hello: 'Moon', email: 'hello@example.com' } }
Eksportuj wiele nazwanych eksportów bez domyślnego
Jeśli poświęcasz się DRY , zmienia się również składnia importu:
// imports/collections/index.js
// export default as named export 'Matters'
export { default as Matters } from './Matters';
export { default as Contacts } from './Contacts';
Spowoduje to utworzenie 2 nazwanych eksportów bez domyślnego eksportu. Następnie zmień:
// imports/test.js
import { Matters, Contacts } from './collections';
console.log(Matters, Contacts);
A wynik:
$ npx babel-node --presets @babel/preset-env imports/test.js
{ hello: 'World', something: 'important' } { hello: 'Moon', email: 'hello@example.com' }
Zaimportuj wszystkie nazwane eksporty
// imports/collections/index.js
// export default as named export 'Matters'
export { default as Matters } from './Matters';
export { default as Contacts } from './Contacts';
// imports/test.js
// Import all named exports as 'collections'
import * as collections from './collections';
console.log(collections); // interesting output
console.log(collections.Matters, collections.Contacts);
Zwróć uwagę na destrukcję import { Matters, Contacts } from './collections'; w poprzednim przykładzie.
$ npx babel-node --presets @babel/preset-env imports/test.js
{ Matters: [Getter], Contacts: [Getter] }
{ hello: 'World', something: 'important' } { hello: 'Moon', email: 'hello@example.com' }
W praktyce
Biorąc pod uwagę te pliki źródłowe:
/myLib/thingA.js
/myLib/thingB.js
/myLib/thingC.js
Tworząc /myLib/index.js pakietu wszystkich plików przeczy celowi importu / eksportu. Łatwiej byłoby uczynić wszystko globalnym w pierwszej kolejności, niż uczynić wszystko globalnym poprzez import / eksport za pomocą „plików otokowych” index.js.
Jeśli chcesz konkretnego pliku, import thingA from './myLib/thingA'; we własnych projektach.
Utworzenie „pliku opakowania” z eksportami dla modułu ma sens tylko wtedy, gdy pakujesz dla npm lub w wieloletnim projekcie wielozadaniowym.
Dotarłeś tak daleko? Więcej informacji można znaleźć w dokumentacji .
Poza tym Stackoverflow w końcu wspiera trzy `s jako znaczniki ogrodzenia kodu.