@look997:
Nie nie nie. Nie traktuj import jako fragmentu kodu a bardziej definicje. To jest mylne jeśli wcześniej używałeś require('libs') - te dwa konstrukty zachowują się zupełnie inaczej.
Przykładowo masz kod:
plik a.js:
console.log( 'Hello world!' );
require('b.js');
plik b.js:
console.log( 'Hello from B!' );
Wynikiem będzie:
Hello world!
Hello from B!
Natomiast przy modułach ES6, zależności są rozwiązywane PRZED wykonaniem kodu, bez względu na nr lini w której wpiszesz słowo
Nie nie nie. Nie traktuj import jako fragmentu kodu a bardziej definicje. To jest mylne jeśli wcześniej używałeś require('libs') - te dwa konstrukty zachowują się zupełnie inaczej.
Przykładowo masz kod:
plik a.js:
console.log( 'Hello world!' );
require('b.js');
plik b.js:
console.log( 'Hello from B!' );
Wynikiem będzie:
Hello world!
Hello from B!
Natomiast przy modułach ES6, zależności są rozwiązywane PRZED wykonaniem kodu, bez względu na nr lini w której wpiszesz słowo
@look997 pewnie chodzi Ci o import z systemJS.
Możliwe też że chodzi Ci o System.import obsługiwany przez webpacka (dyskusja o zmianie z System.import na import).
Powstała też propozycja dodanie tego do składni ESx i jest w stage-2,
Możliwe też że chodzi Ci o System.import obsługiwany przez webpacka (dyskusja o zmianie z System.import na import).
Powstała też propozycja dodanie tego do składni ESx i jest w stage-2,
mam pytanko odnośnie #programowanie, #frontend, #fullstack, #backend.
Mam około roku doświadczenia w #nodejs #javascript, natomiast, chcę zmienić pracę, bo przeszedłem do projektu pisanego w #c++ już jakieś pół roku temu. Myślę o pracy w JSie #react albo #angular. Mam pytanie odnośnie pytań na rozmowach kwalifikacyjnych, (do JSa przeszedłem w pracy, tak o, bo projekt się zmienił i tyle). Nie bardzo