JavaScript 빌드 옵션/도구

Question

요즘 저는 클라이언트 측에서 점점 더 많은 작업을 수행하고 있으므로 JS 파일이 점점 더 커지는 경향이 있습니다. 대부분의 HTML 페이지에 머리말에 JS 수입이 6 개 이상 있고로드 시간이 너무 길다는 것을 깨달았습니다.

최근에 하나의 HTTP 요청으로 여러 개의 JS 파일을 다운로드 할 수있는이 script을 발견했습니다. 그것은 PHP로 작성되었으며 장고 팬이되어 파이썬으로 다시 작성하려고합니다. 미리 압축되고 연결된 파일에 HTTP 리디렉션을 사용할 계획이며 301의 비용이 얼마인지 궁금합니다. 그것이 어리석은 생각인지 알려주세요.

반면에 정적 파일 제공에 스크립팅 논리를 도입하는 것에 대해 조금 걱정할뿐입니다. 예를 들어, JS 파일을 연결하고 축소하고 여러 JS를 대체하는 실행 가능한 빌드 대안이 있는지 궁금합니다. 스크립트가하는 것처럼 하나의 큰 것으로 HTML 헤더에 다운로드합니다.

Answer 1

PHP의 경우 PHP를 사용하여 얻을 수있는 주요 이점 중 하나를 잃어 버리는 빌드 단계를 도입했기 때문에 필자는 확실히 동적으로 수행합니다. 사실, 자기 승진의 위험에이 문제에 관해 나는 Supercharging Javascript in PHP라고 썼다.

물론 다른 기술들이 다를 수 있습니다.

다시 PHP이지만 코드를 사용하기 만하면되는 것은 아닙니다. (완전히 작동하는 코드가 필요하다면 Part 6으로 바로 넘어갈 수 있지만) 문제를 식별하고 올바른 방식으로 일하는 이유와 왜 그렇게 행동하는지.

Javascript 파일 번들 (전체 응용 프로그램에 대해 하나만있을 수 있음)을 선호하고 각 페이지는 단순히 표준 수단을 통해 필요한 동작을 활성화하지만 모든 코드 본문은 더 큰 캐싱 및 축소 된 JS 파일에 있습니다. 이 방법으로 가장 빨리 작동하며 좋은 방법입니다.

빌드 프로세스의 일부로 빌드 프로세스를 원할 경우 빌드 프로세스가있는 경우 합리적인 솔루션 인 경우 코드를 축소하는 것이 좋습니다. 이 작업을 수행 할 수있는 도구가 많이 있습니다. YUI Compressor을보십시오.

JS 파일의 정적 결합을 수행하는 경우 위에서 언급 한 gzipping 및 관련 문제와 같은 다른 것들은 여전히 ​​적합합니다.

Answer 2

YUI 압축기는 좋은 선택입니다. 어떻게 개미 기반의 빌드 프로세스를 설정 배우고 싶다면,이 튜토리얼에서 봐 가지고 : 루비 기반의 대안으로

http://www.javascriptr.com/2009/07/21/setting-up-a-javascript-build-process/, 내가 추천 할 것입니다 Sprockets