Korzystając z modułów ES6, wiem, że mogę aliasować nazwany import import { foo as bar } from 'my-module'; I wiem, że mogę zaimportować domyślny import import defaultMember from 'my-module'; Chciałbym dokonać aliasu domyślnego importu i myślałem, że następujące będą działać import defaultMember as alias from 'my-module'; ale powoduje to błąd …
Szukałem w Internecie bez jednoznacznej odpowiedzi na to pytanie. Obecnie NodeJS używa tylko składni CommonJS do ładowania modułów, a jeśli naprawdę chcesz użyć standardowej składni modułów ES2015, musisz ją wcześniej przetransponować lub użyć zewnętrznego modułu ładującego w czasie wykonywania. Obecnie nie jestem zbyt pozytywny, aby zastosować którąkolwiek z tych dwóch …
Za pomocą ES6 mogę zaimportować kilka eksportów z pliku takiego jak ten: import {ThingA, ThingB, ThingC} from 'lib/things'; Jednak podoba mi się organizacja posiadania jednego modułu na plik. Skończyło się na takich importach: import ThingA from 'lib/things/ThingA'; import ThingB from 'lib/things/ThingB'; import ThingC from 'lib/things/ThingC'; Chciałbym móc to zrobić: import …
Próbuję ustalić, czy istnieją między nimi duże różnice, poza tym, że mogę je importować, export defaultwykonując po prostu: import myItem from 'myItem'; I używając export constmogę zrobić: import { myItem } from 'myItem'; Zastanawiam się, czy istnieją jakieś różnice i / lub przypadki użycia inne niż to.
Nie znam jeszcze ECMAScript 6. Właśnie sklonowałem repozytorium React Starter Kit, które używa ES6 jako kodu aplikacji. Byłem zaskoczony, widząc, że linter jest skonfigurowany tak, aby zabraniał występowaniu use strictdyrektywy, co moim zdaniem było zalecane w JavaScript wcześniejszych niż ES6. Więc o co chodzi?
Dzwonię do usługi sieciowej za pomocą funkcji pobierania, ale to samo mogę zrobić z pomocą axios. Więc teraz jestem zdezorientowany. Powinienem wybrać axios czy aportować?
Powiedzmy, że mam zmienną, którą chcę wyeksportować. Jaka jest różnica pomiędzy export const a = 1; vs export let a = 1; Rozumiem różnicę między consti let, ale kiedy je eksportujesz, jakie są różnice?
Natknąłem się na bibliotekę javascript, która używa następującej składni do importowania bibliotek: import React, { Component, PropTypes } from 'react'; Jaka jest różnica między powyższą metodą a następującą? import React, Component, PropTypes from 'react';
Mam kilka plików TypeScript: MyClass.ts class MyClass { constructor() { } } export = MyClass; MyFunc.ts function fn() { return 0; } export = fn; MyConsumer.ts import * as MC from './MyClass'; import * as fn from './MyFunc'; fn(); To daje mi błędy podczas próby użycia new Moduł „MyClass” jest …
Oto moje przykładowe pliki: <!DOCTYPE html> <html> <head> <title>Test</title> <script src="t1.js"></script> </head> <body></body> </html> t1.js: import Test from 't2.js'; t2.js: export const Test = console.log("Hello world"); Kiedy ładuję stronę w przeglądarce Firefox 46, zwraca ona „SyntaxError: deklaracje importu mogą pojawiać się tylko na najwyższym poziomie modułu” - ale nie jestem …
Jestem nowy w ES6 (ECMAScript 6) i chciałbym używać jego systemu modułów w przeglądarce. Czytałem, że ES6 jest obsługiwany przez przeglądarki Firefox i Chrome, ale pojawia się następujący błąd podczas używaniaexport Uncaught SyntaxError: Unexpected token import Mam plik test.html <html> <script src="test.js"></script> <body> </body> </html> i plik test.js 'use strict'; …
Używam węzła v6.0.0 i chciałem używać ES2016 (ES6). Jednak zdałem sobie sprawę, że składnia „importu” nie działa. Czy „import” nie jest podstawą do pisania kodu modułowego w ES2015? Próbowałem również uruchomić węzeł z --harmony_modulesopcją, ale nadal otrzymuję ten sam błąd dotyczący „importu”. Oto kod. Kod roboczy bez „importu”: 'use strict'; …
Zbudowałem stosunkowo niewielki pakiet NPM składający się z około 5 różnych klas ES6 zawartych w jednym pliku, wszystkie wyglądają mniej więcej tak: export default class MyClass { // ... } Następnie skonfigurowałem punkt wejścia dla mojego pakietu, który wygląda następująco: export { default as MyClass } from './my-class.js'; export { …
Tworzę udostępnioną bibliotekę komponentów React. Biblioteka zawiera wiele komponentów, ale użytkownik końcowy może potrzebować tylko kilku z nich. Gdy pakiet jest pakowany w pakiet Webpack (lub Paczkę lub Pakiet), tworzy on jeden plik z całym kodem . Ze względu na wydajność nie chcę, aby cały ten kod był pobierany przez …
Używamy plików cookie i innych technologii śledzenia w celu poprawy komfortu przeglądania naszej witryny, aby wyświetlać spersonalizowane treści i ukierunkowane reklamy, analizować ruch w naszej witrynie, i zrozumieć, skąd pochodzą nasi goście.
Kontynuując, wyrażasz zgodę na korzystanie z plików cookie i innych technologii śledzenia oraz potwierdzasz, że masz co najmniej 16 lat lub zgodę rodzica lub opiekuna.