2010-07-22 4 views
21

멋진 jQuery 플러그인을 사용하면 우리 웹 사이트의 모습을 향상시키기 위해 모든 곳에서 시작하는 것이 좋습니다.javascript 파일의 크기가 너무 큽니다.

나는이 스크립트의 크기에 대해 우려해야하는지 여부에 대한 의견을 찾고 있습니다.

웹 서버 수준에서 캐시되고 있다고 가정하면 웹 서버에서 제공되는 스크립트의 대역폭과 이러한 모든 스크립트를 다운로드해야하는 클라이언트 브라우저의 성능에 대한 잠재적 인 우려가 있다고 생각됩니다. .

+5

+1. 나는이 사실에 대해 정말로 염려했다.더 이상은 아닙니다. – Fosco

답변

9

언급 한 두 가지 문제가 있습니다.

첫 번째는 서버로드입니다. 이것이 문제인 경우 Google AJAX Libs APIs을 사용하고 Google의 CDN에서 직접 라이브러리를 가져올 수 있습니다.

두 번째 문제는 클라이언트 측로드 시간입니다. 글쎄, 당신은 당신의 타겟 고객이 누구인지, 그리고 얼마나 기다려야 할지를 결정해야한다. 대부분의 웹 사이트는 스크립트, 스타일 시트 및 이미지를 포함하여 페이지 당 대역폭이 ~300KB입니다.

0

문자열의 길이는 얼마나됩니까?

대상 잠재 고객의 대역폭, 서버의 대역폭 및 JS가 제공하는 상대 값에 따라 다릅니다.

2

당신은 원근감이 있어야합니다. 귀하의 페이지가 얼마나 오래로드되고 어떤 비율이 자바 스크립트인지 확인하십시오. 보통 그렇게 크지는 않습니다.

js는 일반적으로 사이트에 신중을 기하기 때문에 다른 요소가로드되는 것을 차단하지 않는 한 마지막으로로드하거나 상대적으로 느리게로드하는 것이 중요하지 않을 수 있습니다.

내가보기에 기능을 필요로하는 경우, 피할 수 없도록 코드를로드해야합니다. 장식용이라면 장식용 장식을 마지막으로 넣으십시오. 장식용 장식을 사용하지 않는 것보다 조금 늦게 장식하는 것이 좋습니다.

2

다른 사람들은 jQuery 자체에 대해 언급했듯이 공개 CDN 호스트 복사본을 사용하는 것이 가장 좋으며 플러그인/사용자 지정 스크립트를 패키지로 묶는 도구를 사용하는 것이 좋습니다. 이는 서버 유형에 따라 다르지만 두 가지 공통 도구는 ASP.NET ScriptManager Control - Script Combining - What's the big deal?Bundler - Bundler Now Supports Css And .less입니다. 후자의 게시물에는 일반적으로이 주제에 대한 더 많은 정보가 있습니다.

편집 : .NET에서 사용하는 현재 솔루션은 http://getcassette.net/입니다. 카세트는 ASP.NET 개발을위한 최고의 스토리를 제공하며 .debug 만 저장합니다. 솔루션의 JS 파일 사본, 자바 스크립트 파일은 쉽게 인텔리 센스를 얻습니다. 디버그에서 실행하면 모든 디버그 js 파일을 가져올 수 있고 디버그 = false로 실행하면 결합 및 축소됩니다. 두 시나리오 모두 캐시 무시 문자열을 사용하므로 Shift + Refresh에 대해 걱정할 필요가 없으므로 오래된 자바 스크립트를 사용하지 않아도됩니다.

2

나는 그것에 대해 너무 많이 걱정하지 않아도된다고 생각합니다. 일반적으로 이미지는 자바 스크립트 파일이 아니라 대역폭의 대부분을 소비합니다.

사이트의 속도를 높이려면 페이지에서 HTTP 요청 수를 줄이는 것이 좋습니다. 이것은 아마도 더 나은 성능 향상을 제공 할 것입니다. 모든 .js 파일을 하나로 압축하고 CSS 스프라이트 기법을 사용하여 이미지를 표시하십시오.

관련 문제