Które przeglądarki obsługują składnię importu i eksportu dla ECMAScript 6?

Jest obsługiwana w:

• Safari 10.1
• Chrome 61
• Firefox 54 - za dom.moduleScripts.włączone ustawienie w about: config.
• Edge 16

Teraz jest pollyfill , którego możesz użyć do zaimportowania modułu ES6.

Przetestowałem go pomyślnie na Chrome.

Oto link: http://github.com/ModuleLoader/browser-es-module-loader

Jest również zaimplementowany natywnie w Edge 14:

Https://blogs.windows.com/msedgedev/2016/05/17/es6-modules-and-beyond

Jak już powiedzieli inni, poparcie dla niego jest nadal bardzo ograniczone. Ale nawet jeśli było pełne poparcie.... czy mądrze byłoby go użyć? Jak mielibyśmy to zrobić?

Chodzi mi o to, że powinniśmy podzielić nasz kod na pakiety, które działają dobrze na poziomie koncepcyjnym, a następnie połączyć te pakiety w pakiety, które działają dobrze na poziomie technicznym (sieciowym). Jeśli piszemy nasz kod w oparciu o optymalny rozmiar pakietu sieciowego, kończymy na poświęceniu modułowości w tym procesie.

W międzyczasie używanie go prawdopodobnie tylko zwiększy zamieszanie. Na przykład spójrz na przykład na blogu Edge:

import { sum } from './math.js';

Zauważ jak dodają rozszerzenie .js do from? W Node JS Zwykle zapisujemy to jako:

import { sum } from './math';

Czy powyższy kod będzie działał również na Edge? A co z nazwanymi pakietami? Obawiam się, że zobaczymy tu wiele niezgodności, zanim dowiedz się, jak sprawić, by te ścieżki działały na całej planszy.

Zaryzykowałbym przypuszczenie, że dla większości programistów System.import pozostanie w większości niewidoczny w przeglądarkach i że tylko oprogramowanie do łączenia w Pakiety zacznie z niego korzystać (dla celów wydajności), gdy stanie się głównym nurtem.

Zgodnie z Google ' s Javascript Style Guide :

Nie używaj jeszcze modułów ES6 (tj. słów kluczowych export i import ), ponieważ ich semantyka nie jest jeszcze sfinalizowana. Należy pamiętać, że niniejsza polityka będzie być ponownie odwiedzane, gdy semantyka są w pełni standardowe.

// Don't do this kind of thing yet:
//------ lib.js ------
export function square(x) {
    return x * x;
}
export function diag(x, y) {
    return sqrt(square(x) + square(y));
}

//------ main.js ------
import { square, diag } from 'lib';

Jednak import i export są zaimplementowane w wielu transpilerach, takich jak kompilator Traceur, Babel czy Rollup.