작업 러너 (Gulp, Grunt 등) 및 Bundler (Webpack, Browserify).

작업 러너 (Gulp, Grunt 등) 및 Bundler (Webpack, Browserify). 왜 함께 사용합니까?

---

나는 작업 러너와 번 들러 세계에 조금 익숙하고

그런트, 펄프, 웹팩, Browserify

나는 그들 사이에 많은 차이가 있다고 생각하지 않았다. 다시 말해, Webpack은 작업 실행자가 수행하는 모든 작업을 수행 할 수 있다고 생각합니다. 그러나 여전히 gulp와 webpack을 함께 사용하는 거대한 예제가 있습니다. 이유를 알 수 없었습니다.

이것에 익숙하지 않기 때문에 잘못된 방향으로 물건을 가져 가고있을 수 있습니다. 내가 잃어버린 것을 지적 할 수 있다면 좋을 것입니다. 유용한 링크를 환영합니다.

미리 감사드립니다.

---

Grunt 와 Gulp 는 실제로 작업 수행자 이며 구성 기반 작업과 스트림 기반 변환과 같은 차이점이 있습니다. 각각의 장단점이 있지만, 결국에는 더 큰 빌드 문제를 해결하기 위해 실행할 수있는 작업을 만드는 데 도움이됩니다. 대부분의 경우 앱의 실제 런타임과 아무 관련이 없지만 실행 시간이 예상대로 작동하도록 파일, 구성 및 기타 항목을 변환하거나 배치합니다. 때로는 앱을 실행 해야하는 서버 또는 기타 프로세스를 생성하기도합니다.

Webpack 과 Browserify 는 패키지 번 들러 입니다. 기본적으로 패키지의 모든 종속성을 실행하고 소스를 브라우저에서 사용할 수있는 하나의 파일로 연결하도록 설계되었습니다. Node.js 및 v8 컴파일러 와 함께 실행되도록 설계된 많은 라이브러리를 사용하기 때문에 현대 웹 개발에 중요합니다 . 다시 말하지만, 장단점이 있으며 일부 개발자는 둘 중 하나를 선호하는 개발자도 있습니다. 일반적으로 이러한 솔루션의 출력 번들에는 잠재적으로 거대한 번들로 올바른 파일 또는 모듈을 얻는 데 도움이되는 일종의 부트 스트랩 메커니즘이 포함되어 있습니다.

러너와 번 들러 사이에 희미한 선은 번 들러 가 런타임 중에 복잡한 변환이나 파일 변환 을 수행 할 수 있으므로 태스크 러너가 수행 할 수있는 몇 가지 작업을 수행 할 수 있다는 것입니다. 실제로 browserify와 webpack 사이에는 소스 코드를 수정하는 데 사용할 수 있는 약 100 개의 변환기가 있을 수 있습니다. 비교를 위해 현재 npm 에 최소 2000 개의 gulp 플러그인이 나열되어 있습니다. 따라서 응용 프로그램에 가장 적합한 항목에 대한 명확한 정의가 있음을 알 수 있습니다.

즉, 실제로 작업 실행기와 패키지 번 들러를 동시에 또는 동시에 사용하는 복잡한 프로젝트를 볼 수 있습니다. 예를 들어, 사무실에서는 gulp를 사용하여 프로젝트를 시작하고 웹팩은 실제로 브라우저에서 앱을 실행하는 데 필요한 소스 번들을 생성하는 특정 gulp 작업에서 실행됩니다. 또한 앱이 동형 이기 때문에 일부 서버 코드 도 번들로 제공 합니다.

나의 겸손한 의견으로는, 당신은 당신의 경력 과정에서 모든 기술을 볼 수 있기 때문에 이러한 기술에 익숙해지기를 원할 것입니다.

참고 URL : https://stackoverflow.com/questions/33561272/task-runners-gulp-grunt-etc-and-bundlers-webpack-browserify-why-use-toge