package.json의 bin과 스크립트

당신은 Node.js 프로젝트에 깊이 빠져 있고, package.json을 보고 언제 "bin"을 사용해야 하는지, 언제 "scripts"를 사용해야 하는지 파악하려고 합니다. 분석해 보겠습니다. 솔직히 말해서 이것은 문제가 발생할 때까지 간과되는 것 중 하나입니다.

"bin" 필드

"bin" 필드는 글로벌 접근성에 관한 모든 것입니다. 패키지를 설치한 후 사용자가 터미널에서 직접 실행할 수 있는 명령을 여기에서 정의합니다. 다음과 같이 생각해보세요. eslint와 같은 도구를 전역적으로 설치하면(npm install -g eslint) 추가 단계가 필요 없이 터미널에서 바로 eslint 명령을 사용할 수 있습니다. 그게 바로 '빈'의 마법이다.

간단한 설정은 다음과 같습니다.

이제 전역적으로 설치되면 사용자는 터미널에 my-tool을 입력하기만 하면 됩니다. 붐, 실행됩니다. 파일이나 디렉터리를 찾아다닐 필요가 없습니다. 기본적으로 바로가기를 생성하면 npm이 자동으로 바로가기를 설정합니다. 이는 사람들이 자신의 시스템에서 전 세계적으로 사용할 수 있는 CLI 도구를 만들고 싶을 때 적합합니다.

"스크립트" 필드

이제 "스크립트"요? 로컬 작업에 대한 자세한 내용입니다. 여기에서 프로젝트 내에서 실행하는 명령을 정의합니다. Webpack으로 앱을 번들로 묶거나 테스트를 실행하고 싶으신가요? 이를 "스크립트"에 넣으면 npm run 을 입력할 때 npm이 이를 처리합니다.

예:

npm run build를 실행하면 설정한 모든 것이 실행됩니다. 프로젝트와 관련된 작업을 자동화하는 데 매우 편리합니다. 여기서 중요한 점은 이러한 스크립트가 프로젝트별로 있다는 것입니다. "bin"의 명령처럼 전역적으로 사용할 수는 없습니다.

주요 차이점은 무엇입니까?

"bin"은 사용자가 어디에서나 실행할 수 있도록 전역 명령을 설정하는 장소라고 생각하세요. "scripts"는 개발자가 프로젝트 내에서 사용하는 로컬 작업을 위한 것입니다. 둘 다 매우 유용하지만 목적이 다릅니다.

다음 번에 package.json에 뭔가를 추가할 때 스스로에게 물어보세요. 사용자가 이것을 어디에서나 실행할 수 있도록 하려는 걸까요, 아니면 프로젝트용인가요? 이는 "bin"과 "scripts" 사이를 결정하는 데 도움이 됩니다.

위 내용은 package.json의 bin과 스크립트의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!