스노우 팩

스노우 팩. 그 이름을 사랑하십시오. 이것은 Pika 사람들의 새로운 일입니다. 어떤 의미에서 번들러 대안 입니다. NPM에서 가져온 패키지 위로 실행되어 ES 모듈 호환 (기본 가져 오기)인지 확인합니다.

이것이 내가 그것을 소화하는 방법입니다. 다음과 같은 코드 라인을 작성할 때

 "React"에서 React React;

그것은 실제로 유효하지 않은 JavaScript입니다. 기본 수입처럼 보이지만 그렇지 않습니다. (이것은 ./와 같은 Filepath 캐릭터로 시작하고 .js로 끝나면 유효합니다.) Big Bundler의 계약 일뿐입니다 . 그런 다음 가서 수행합니다.

NPM의 많은 것들이 ES 모듈에 대한 준비가되어 있지 않습니다. 다른 모듈 형식 (예 : CommonJS)이며 번들링을 사용한다고 가정합니다. 가정은 한동안 그들에게 잘 맞았지만 프론트 엔드 개발자들에게 약간의 가시가되기 시작한 가정입니다.

UNPKG는 URL의 끝에 모듈을 추가하여 ES 모듈 친화적 인 패키지의 패키지를 제공 할 수있는 기능을 가지고 있었지만 오랫동안 실험 단계에 있었기 때문에 해결하기 어려운 문제이기 때문입니다. ES 모듈에 대한 준비가 된 패키지는 무엇입니까? 그들은 즉시 준비 될 수 있습니까?

Pika CDN조차도 ES 모듈을 통해 사용되지 않은 패키지 문제를 해결하지 못합니다. 예를 들어, React는 ES 모듈과 직접 사용하도록 작성되지 않으므로 <script> 태그를 통해 사용할 수는 없습니다).</script>

Snowpack은 분명히 이것을 다루었습니다. (로컬)에 설치 한 패키지를 통해 마법을 실행하고 ES 모듈 사용을 위해 준비합니다. 따라서 Snowpack이 실행 된 후 이제이 작업을 수행 할 수 있습니다 (이전에는 할 수 없었습니다).

 '/web_modules/React.js'에서 가져 오는 반응;

ES 모듈에 대한 유효한 코드 입니다 . 또한, 바벨을 달리면 어쨌든 원래 줄을 변경할 필요조차 없습니다.

따라서 그들의 마케팅/설명 :

1) 모든 변화를 번들링하는 대신 NPM 설치 직후에 한 번 스노우 팩을 실행하십시오.
2) Snowpack은 종속성을 단일 JS 파일로 새로운 Web_Modules/ 디렉토리로 다시 설치합니다.
3) 코드를 작성하고 ESM 가져 오기를 통해 해당 종속성을 가져온 다음 브라우저에서 모든 것을 실행하십시오.
4) 번들 단계를 건너 뛰고 저장을 누른 직후 브라우저에 변경 사항이 반영되는 것을 확인하십시오.
5) 좋아하는 웹 프레임 워크를 계속 사용하고 도구를 빌드하십시오! Babel & TypeScript 지원.

네이티브 코드 분할을 무료로 나누는 것과 같습니다. ES 모듈이 해당 이점으로 번들링하는 것만 큼 빠른 손가락을 건너고 있습니다. 나는 낙관적이다. 나는 초기라고 생각하고 큰 생산물에 긴장 할 것이라고 생각하지만, 네이티브 ES 모듈이 아마도 미래라고 생각합니다.

위 내용은 스노우 팩의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!