Webpack 모듈을 사용하여 Library를 패키징하는 원리 및 구현
이 글은 주로 webpack 구성 모듈 패키징 라이브러리의 원리와 구현을 소개하고 있습니다.
이전 기사에서는 Webpack 패키징 JS 모듈의 기본 원리를 분석했습니다. 소개된 사례는 가장 일반적인 상황입니다. 즉, 여러 개의 JS 모듈과 하나의 입력 모듈이 하나의 번들 파일로 패키징되어 브라우저에서 직접 사용할 수 있거나 다른 JavaScript 엔진에 의한 실행은 완전한 실행 파일을 생성하기 위한 직접 컴파일과 동일합니다. 그러나 또 다른 매우 일반적인 상황이 있습니다. 즉, JavaScript 라이브러리를 구축하고 게시하려는 경우입니다. 예를 들어 npm 커뮤니티에 자신의 라이브러리를 게시하는 경우 Webpack에는 해당 구성이 필요하며 컴파일된 코드는 약간 다릅니다. .
이전 글과 마찬가지로 이번 글에서는 주로 Webpack에서 생성된 코드를 분석하고, 이를 결합하여 라이브러리 컴파일 시 Webpack의 라이브러리 구성 옵션의 구체적인 역할을 설명합니다. 해당 공식 문서는 여기에 있습니다.
JS 작성을 위한 라이브러리
간단한 라이브러리를 작성해 보겠습니다. util.js:
import $ from 'jquery' function sayHello() { console.log("Hello"); } function hideImages() { $('img').hide(); } export default { sayHello: sayHello, hideImages: hideImages }
두 가지 기능을 제공합니다. 물론 서로 관련이 없습니다. 실제로는 아무 쓸모가 없으며 순전히 교육 참고용으로만 사용됩니다. . .
다음으로 Webpack 구성을 작성합니다.
// 入口文件 entry: { util: './util.js', } // 输出文件 output: { path: './dist', filename: '[name].dist.js' }
하지만 이것만으로는 부족하고, 출력 파일은 즉시 실행되는 함수이고, 최종적으로 util.js의 내보내기가 반환됩니다. 이전 기사에서 분석한 바에 따르면 최종 생성된 번들 코드 구조는 대략 다음과 같습니다.
(function(modules) { var installedModules = {}; function webpack_require(moduleId) { // ... } return webpack_require('./util.js'); }) ({ './util.js': generated_util, '/path/to/jquery.js': generated_jquery });
실행하면 util.js의 내보내기 부분만 반환되며 필요한 것은 다음과 같습니다. 이 반환 값을 컴파일된 파일의 module.export에 제공하여 컴파일된 파일이 다른 사람이 가져올 수 있는 라이브러리가 되도록 합니다. 따라서 우리가 얻고자 하는 컴파일된 파일은 다음과 같아야 합니다.
module.exports = (function(modules) { var installedModules = {}; function webpack_require(moduleId) { // ... } return webpack_require('./util.js'); }) ({ './util.js': generated_util, '/path/to/jquery.js': generated_jquery });
이러한 결과를 얻으려면 Webpack 구성의 출력 부분에 라이브러리 정보를 추가해야 합니다.
// 入口文件 output: { path: './dist', filename: '[name].dist.js', library: 'util', libraryTarget: commonjs2 }
The 여기서 가장 중요한 것은 libraryTarget입니다. 이제 commonjs2 형식을 사용하면 위의 컴파일 결과를 얻을 수 있습니다. 이는 Webpack 라이브러리가 최종 출력을 CommonJS 형식으로 내보내어 라이브러리 출시를 실현한다는 것을 의미합니다.
다른 게시 형식
libraryTarget에는 commonjs2 외에도 다른 옵션이 있습니다.
var (默认值,发布为全局变量) commonjs commonjs2 amd umd
다른 옵션을 사용하면 컴파일된 파일을 다른 JavaScript 실행 환경에서 사용할 수 있습니다. 여기에서 Tiger Balm umd 형식의 출력이 어떻게 보이는지 직접 볼 수 있습니다.
(function webpackUniversalModuleDefinition(root, factory) { if(typeof exports === 'object' && typeof module === 'object') // commonjs2 module.exports = factory(); else if(typeof define === 'function' && define.amd) define("util", [], factory); // amd else if(typeof exports === 'object') exports["util"] = factory(); // commonjs else root["util"] = factory(); // var }) (window, function() { return (function(modules) { var installedModules = {}; function webpack_require(moduleId) { // ... } return webpack_require('./util.js'); }) ({ './util.js': generated_util, '/path/to/jquery.js': generated_jquery }); }
는 다양한 경우를 처리해야 하기 때문에 이전 commonjs2 상황보다 훨씬 더 복잡하지만 실제로 다음 부분은 유사합니다. 가장 중요한 것은 umd 모듈을 작성하는 표준 방법인 처음 몇 줄입니다. 실제로 모듈을 로드하는 함수인 전달된 팩토리 함수를 실행한 다음, 다양한 운영 환경에 따라 반환된 결과를 해당 개체에 전달합니다. 예를 들어, var는 결과를 브라우저에서

핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

AI Hentai Generator
AI Hentai를 무료로 생성하십시오.

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

뜨거운 주제











Vue는 대화형의 효율적인 웹 애플리케이션을 신속하게 구축하는 데 도움이 되는 탁월한 JavaScript 프레임워크입니다. Vue3은 Vue의 최신 버전으로, 많은 새로운 특징과 기능을 도입했습니다. Webpack은 현재 프로젝트의 다양한 리소스를 관리하는 데 도움이 되는 가장 인기 있는 JavaScript 모듈 패키저 및 빌드 도구 중 하나입니다. 이 기사에서는 Webpack을 사용하여 Vue3 애플리케이션을 패키징하고 빌드하는 방법을 소개합니다. 1. 웹팩 설치

Caddy 소개 Caddy는 현재 Github에 38,000개 이상의 별이 있는 강력하고 확장성이 뛰어난 웹 서버입니다. Caddy는 Go 언어로 작성되었으며 정적 리소스 호스팅 및 역방향 프록시에 사용할 수 있습니다. Caddy에는 다음과 같은 주요 기능이 있습니다. Nginx의 복잡한 구성에 비해 원래 Caddyfile 구성은 매우 간단합니다. 기본적으로 자동화된 HTTPS 구성을 지원하고 HTTPS 인증서를 자동으로 적용할 수 있습니다. 수만 개의 사이트를 Go 언어로 작성하여 어디서나 실행할 수 있으며 메모리 안전성이 더욱 보장됩니다. 우선 CentO에 직접 설치해보겠습니다.

얼굴 차단 사격은 영상 속 인물을 가리지 않고 다수의 사격이 떠다니는 것처럼 보이도록 하여 마치 인물 뒤에서 떠다니는 것처럼 보이게 하는 것을 의미합니다. 기계 학습은 몇 년 동안 널리 사용되었지만 많은 사람들은 이러한 기능을 브라우저에서도 실행할 수 있다는 사실을 모릅니다. 이 기사에서는 기사 마지막 부분에 적용 가능한 몇 가지 시나리오를 소개합니다. 이 솔루션을 통해 몇 가지 아이디어를 얻을 수 있기를 바랍니다. mediapipeDemo(https://google.github.io/mediapipe/)는 주류 얼굴 차단 공세 주문형 업로드의 구현 원리를 보여줍니다. 비디오 서버 백그라운드 계산은 비디오 화면의 세로 영역을 추출하고 이를 svg로 변환합니다. 클라이언트가 비디오를 재생하는 동안 서버에서 svg를 다운로드하고 사격, 초상화와 결합합니다.

JavaAPI 개발에서 웹 서버 처리를 위해 Jetty7 사용 인터넷의 발전과 함께 웹 서버는 애플리케이션 개발의 핵심 부분이 되었으며 많은 기업의 초점이기도 합니다. 증가하는 비즈니스 요구를 충족하기 위해 많은 개발자가 웹 서버 개발에 Jetty를 사용하기로 선택했으며 그 유연성과 확장성은 널리 인정받고 있습니다. 이 기사에서는 We 용 JavaAPI 개발에서 Jetty7을 사용하는 방법을 소개합니다.

우선, frp가 무엇인지에 대해 의문이 생길 것입니다. 간단히 말해서, frp는 인트라넷 침투 도구입니다. 클라이언트를 구성한 후 서버를 통해 인트라넷에 액세스할 수 있습니다. 이제 내 서버는 nginx를 웹 사이트로 사용했으며 포트 80은 하나만 있습니다. FRP 서버도 포트 80을 사용하려면 어떻게 해야 합니까? 쿼리 후에는 nginx의 역방향 프록시를 사용하여 이를 수행할 수 있습니다. 추가하려면: frps는 서버이고 frpc는 클라이언트입니다. 1단계: 서버에서 nginx.conf 구성 파일을 수정하고 nginx.conf의 http{}에 다음 매개변수를 추가합니다. server{listen80

양식 유효성 검사는 웹 애플리케이션 개발에서 매우 중요한 링크로, 애플리케이션의 보안 취약성과 데이터 오류를 방지하기 위해 양식 데이터를 제출하기 전에 데이터의 유효성을 확인할 수 있습니다. Golang을 사용하여 웹 애플리케이션에 대한 양식 유효성 검사를 쉽게 구현할 수 있습니다. 이 기사에서는 Golang을 사용하여 웹 애플리케이션에 대한 양식 유효성 검사를 구현하는 방법을 소개합니다. 1. 폼 유효성 검사의 기본 요소 폼 유효성 검사를 구현하는 방법을 소개하기 전에 먼저 폼 유효성 검사의 기본 요소가 무엇인지 알아야 합니다. 양식 요소: 양식 요소는

Cockpit은 Linux 서버용 웹 기반 그래픽 인터페이스입니다. 이는 주로 신규/전문가 사용자가 Linux 서버를 보다 쉽게 관리할 수 있도록 하기 위한 것입니다. 이 문서에서는 Cockpit 액세스 모드와 CockpitWebUI에서 Cockpit으로 관리 액세스를 전환하는 방법에 대해 설명합니다. 콘텐츠 항목: Cockpit 입장 모드 현재 Cockpit 액세스 모드 찾기 CockpitWebUI에서 Cockpit에 대한 관리 액세스 활성화 CockpitWebUI에서 Cockpit에 대한 관리 액세스 비활성화 결론 조종석 입장 모드 조종석에는 두 가지 액세스 모드가 있습니다. 제한된 액세스: 이는 조종석 액세스 모드의 기본값입니다. 이 액세스 모드에서는 조종석에서 웹 사용자에 액세스할 수 없습니다.

웹 표준은 W3C 및 기타 관련 기관에서 개발한 일련의 사양 및 지침으로, HTML, CSS, JavaScript, DOM, 웹 접근성 및 성능 최적화를 포함하며, 이러한 표준을 따르면 페이지의 호환성이 향상됩니다. 접근성, 유지 관리성 및 성능. 웹 표준의 목표는 웹 콘텐츠가 다양한 플랫폼, 브라우저 및 장치에서 일관되게 표시되고 상호 작용할 수 있도록 하여 더 나은 사용자 경험과 개발 효율성을 제공하는 것입니다.
