Dean Edward의 packer로 압축 가능하거나 이미 압축 된 Prototype 프레임 워크 버전이 있으며 테스트를 마쳤습니까?Prototype의 Miniviable 버전
패커 : http://dean.edwards.name/packer/
이것은 구글 수있는 질문이다 그러나 나는 중요한 물건을 통해 구글을 신뢰하지 않습니다. 나는 전문가들의 정보를 원한다.
Dean Edward의 packer로 압축 가능하거나 이미 압축 된 Prototype 프레임 워크 버전이 있으며 테스트를 마쳤습니까?Prototype의 Miniviable 버전
패커 : http://dean.edwards.name/packer/
이것은 구글 수있는 질문이다 그러나 나는 중요한 물건을 통해 구글을 신뢰하지 않습니다. 나는 전문가들의 정보를 원한다.
확인을 내 솔루션입니다.
2 아무런 조치도 취하지 않으면 결과가 Dean Edward의 포장업자와 함께 작동합니다.
포장 된 .js를 압축하면 크기가 더욱 줄어들어 LUDICROUS DOWNLOAD SPEED !!!!! (또는 뭔가). 안녕
압축하기 전에 추가 파일을 추가 할 때도 YUI-Compressor을 사용하면 프로토 타입 프레임 워크를 압축하는 데 뛰어난 결과를 얻었습니다. 모든 자바 스크립트와 CSS는 개발의 편의성을 위해 분리 된 상태로 유지 된 다음 더 큰 모듈로 재결합되고 압축되어 HTTP 요청 수를 줄입니다.
Thomas Fuchs (최근의 "Javascript Rocks")의 책에서 나는 Javascript를 전혀 모호하게하지 못한다고 말할 수 있습니다. 그는 gzip으로 처리 된 자바 스크립트를 "JavaScript 파일 크기에 가장 적합한 솔루션, 바 없음"으로 제공하는 주창자입니다. 이는 서버에서 AddOutputFilterByType
을 사용하거나 hosted ajax libs on google code을 사용하여 GZIP을 활성화하여 가능합니다. GZIP을 사용하는
주요 이유는 다음과 같습니다
내가이 나던 실제로 귀하의 질문에 대답을 알고, 그냥 재미있는 포이 될 줄 알았는데 고려해야 할 사항.
1 사용 JSLint이없는 세미콜론 및 기타 흉한 물건 같은 모든 오류를 잡을 : 여기에 어려움을 겪고 일부 후
gzip 압축 및 축소 스크립트는 상호 배타적이지 않습니다. 최소 크기의 경우 둘 모두 수행해야합니다. 또한, 축소 된 스크립트의 성능은 어떻게됩니까? 축소는 일반적으로 빌드시 (또는 단순히 오프라인에서 완료되고 릴리스 빌드로 검사 됨) 수행되므로 축소의 유일한 성능 영향은 클라이언트의 스크립트로드 속도가 빨라집니다. 서버의 관점에서 보면 축소 된 버전 이건 아니건 정적 스크립트 일뿐입니다. –
사람들이 왜 난독 화에 반대 할 수 있는지 이해합니다. - 프로덕션 준비가되었을 때만 스크립트를 흐리게 만듭니다. 정상 버전을 디버깅합니다. - 소스 코드에서 사람이보고 싶어하는 경우에는 (주석 내부의) 불분명 한 스크립트에 대한 링크가 항상있을 것입니다. 재미 있고 명확하기 때문에 나는 귀하의 질문에 대해 투표했습니다. 나는 소형화와 gzip을하고 싶습니다. 아무도 대답하지 않았고 Google조차도 나를 도울 수없는 것 같기 때문에 Prototype 라이브러리 전체를 살펴보고 구두점을 직접 수정해야합니다. –
공식 프로토 타입 프레임 워크 파일이 압축 된 후에도 계속 작동한다고 생각합니다. YUI compresswhich를 사용하면 더 나은 결과를 얻을 수 있습니다. http://refresh-sf.com/yui/ –
나는 YUI 압축기를 알고 있고 꽤 괜찮은 편이지만 base64와 수축 변수를 섞으면 패커에 이길 수는 없다. 그러나 패커는 많은 요소가 없어 프로토 타입을 파괴합니다. . –