Pdf.js: pdfjs-dist 프로젝트에서 webpack peerDependency 삭제

정확히. 이와 같은 배포 가능한 패키지에 webpack 를 "peerDependency" 로 포함하는 것은 명백히 잘못된 것이며 제거해야 합니다.

worker-loader 때문에 피어 종속성이 #9249에 추가되었습니다. 저장소에 저장하는 것이 잘못된 이유에 대해 자세히 설명해 주시겠습니까? 망가지지 않는 것이 확실하면 제거하는 것이 좋습니다.

안녕하세요 @timvandermeij입니다. 답장을 보내 주셔서 감사합니다!

webpack 는 빌드 도구이므로 일반적으로 "devDependency" 로만 이해하거나 라이브러리의 빌드 파이프라인으로 제한됩니다. "peerDependency" 로 포함하면 사용자가 로컬로 설치하거나(필요하지 않거나 신경 쓰지 않아도 됨) npm install 에 매번 표시되는 경고를 무시해야 합니다

나는 worker-loader 익숙하지 않으므로 소금 한 꼬집으로 내 의견을 받아들이십시오. 그러나 다른 webpack 로더와 같은 경우 일반적으로 빌드 구성 단계로만 필요하며 다른 것은 필요하지 않습니다. 또한 라이브러리가 웹 외부(예: Node)에서 사용되어야 하는 컨텍스트에서는 거의 의미가 없습니다.

pdf.js 가 어떤 경우에는 일종의 webpack 플러그인 역할을 합니까? 그것이 _있다면_ 로더와 webpack 를 종속성으로 모두 포함하는 것이 _가능_합니다. 그러나 그때에도 그러한 종류의 지원은 자체 저장소/모듈로 추출되어야 한다고 주장합니다.

나는 repo 를 webpack 와 관련된 모든 것을 가져갈 자유를 얻었습니다. 내 Node 응용 프로그램에서 여전히 완벽하게 작동합니다.

웹팩을 종속성으로 제거할 계획이 있습니까? @nfantone PR을 제출할 계획이셨나요?

@mishawakerman 이 문제에 대한 "공식적인" 응답을 받은 적이 없으며 webpack 이 종속 항목으로 나열되는 이유를 여전히 모르겠습니다. 내 (제한된) 직관은 이것이 webpack 에 간접적으로 의존하고 어떤 방식으로든 리팩토링해야 하는 구현의 일부에 pdf.js 가 결합되어 있는 더 큰 문제의 일부라고 말합니다.

이 질문은 IRC에서도 요청되며 https://mozilla.logbot.info/pdfjs/20180606#c14862530 -c14862541에 대한 답변을 얻었습니다. 요컨대, 나는 Webpack 번들링 자체에 대해 잘 알지 못하지만, 그것이 단지 예를 위한 것이라면 제거할 수 있을 것입니다. 단, PR을 제출하기 전에 해당 여부를 확인하시기 바랍니다.

이렇게 하면 닫는 것은 #9248이 반환된다는 점을 감안할 때 실제로 좋은 옵션이 아닙니다. 대신 IRC( https://mozilla.logbot.info/pdfjs/20180606#c14862530 -c14862634)에서 논의된 #9580을 수행해야 합니다.