멋진 jQuery 플러그인을 사용하면 우리 웹 사이트의 모습을 향상시키기 위해 모든 곳에서 시작하는 것이 좋습니다.javascript 파일의 크기가 너무 큽니다.
나는이 스크립트의 크기에 대해 우려해야하는지 여부에 대한 의견을 찾고 있습니다.
웹 서버 수준에서 캐시되고 있다고 가정하면 웹 서버에서 제공되는 스크립트의 대역폭과 이러한 모든 스크립트를 다운로드해야하는 클라이언트 브라우저의 성능에 대한 잠재적 인 우려가 있다고 생각됩니다. .
멋진 jQuery 플러그인을 사용하면 우리 웹 사이트의 모습을 향상시키기 위해 모든 곳에서 시작하는 것이 좋습니다.javascript 파일의 크기가 너무 큽니다.
나는이 스크립트의 크기에 대해 우려해야하는지 여부에 대한 의견을 찾고 있습니다.
웹 서버 수준에서 캐시되고 있다고 가정하면 웹 서버에서 제공되는 스크립트의 대역폭과 이러한 모든 스크립트를 다운로드해야하는 클라이언트 브라우저의 성능에 대한 잠재적 인 우려가 있다고 생각됩니다. .
언급 한 두 가지 문제가 있습니다.
첫 번째는 서버로드입니다. 이것이 문제인 경우 Google AJAX Libs APIs을 사용하고 Google의 CDN에서 직접 라이브러리를 가져올 수 있습니다.
두 번째 문제는 클라이언트 측로드 시간입니다. 글쎄, 당신은 당신의 타겟 고객이 누구인지, 그리고 얼마나 기다려야 할지를 결정해야한다. 대부분의 웹 사이트는 스크립트, 스타일 시트 및 이미지를 포함하여 페이지 당 대역폭이 ~300KB
입니다.
문자열의 길이는 얼마나됩니까?
대상 잠재 고객의 대역폭, 서버의 대역폭 및 JS가 제공하는 상대 값에 따라 다릅니다.
당신은 원근감이 있어야합니다. 귀하의 페이지가 얼마나 오래로드되고 어떤 비율이 자바 스크립트인지 확인하십시오. 보통 그렇게 크지는 않습니다.
js는 일반적으로 사이트에 신중을 기하기 때문에 다른 요소가로드되는 것을 차단하지 않는 한 마지막으로로드하거나 상대적으로 느리게로드하는 것이 중요하지 않을 수 있습니다.
내가보기에 기능을 필요로하는 경우, 피할 수 없도록 코드를로드해야합니다. 장식용이라면 장식용 장식을 마지막으로 넣으십시오. 장식용 장식을 사용하지 않는 것보다 조금 늦게 장식하는 것이 좋습니다.
다른 사람들은 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에 대해 걱정할 필요가 없으므로 오래된 자바 스크립트를 사용하지 않아도됩니다.
나는 그것에 대해 너무 많이 걱정하지 않아도된다고 생각합니다. 일반적으로 이미지는 자바 스크립트 파일이 아니라 대역폭의 대부분을 소비합니다.
사이트의 속도를 높이려면 페이지에서 HTTP 요청 수를 줄이는 것이 좋습니다. 이것은 아마도 더 나은 성능 향상을 제공 할 것입니다. 모든 .js 파일을 하나로 압축하고 CSS 스프라이트 기법을 사용하여 이미지를 표시하십시오.
+1. 나는이 사실에 대해 정말로 염려했다.더 이상은 아닙니다. – Fosco